<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.ide.revolution.user">
    <title>gmane.comp.ide.revolution.user</title>
    <link>http://blog.gmane.org/gmane.comp.ide.revolution.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188648"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188647"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188646"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188645"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188644"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188643"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188642"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188641"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188640"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188639"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188638"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188637"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188636"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188635"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188634"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188633"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188632"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188631"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188630"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188629"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188648">
    <title>Re: network error 'previous request not completed'</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188648</link>
    <description>&lt;pre&gt;I fight this on occasion too. Still have not found a solution that works
besides telling them to quit and restart.


On Wed, Jun 19, 2013 at 11:03 AM, Graham Pearson &amp;lt;gspearson-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;wrote:




&lt;/pre&gt;</description>
    <dc:creator>Andrew Kluthe</dc:creator>
    <dc:date>2013-06-19T16:05:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188647">
    <title>Re: network error 'previous request not completed'</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188647</link>
    <description>&lt;pre&gt;Were you able to find a solution for this. I have just ran into this
just today from an application that was working well.



On 1/17/2012 7:04 PM, Terry Judd wrote:


_______________________________________________
use-livecode mailing list
use-livecode-1W37MKcQCpJ21N0xZs15Ng&amp;lt; at &amp;gt;public.gmane.org
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

&lt;/pre&gt;</description>
    <dc:creator>Graham Pearson</dc:creator>
    <dc:date>2013-06-19T16:03:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188646">
    <title>Re: Printing puzzle</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188646</link>
    <description>&lt;pre&gt;Jac, all this explanation needs is a code example and it could replace the docs on printing. Nice.

Tom

&lt;/pre&gt;</description>
    <dc:creator>Thomas McGrath III</dc:creator>
    <dc:date>2013-06-19T12:56:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188645">
    <title>Any autoCad users here? Need to extract preview image from dwg...</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188645</link>
    <description>&lt;pre&gt;Hi all,

I was asked if I could display the preview image contained in an autoCad dwg file inside of a liveCode app. Anybody happens to have tried this before?

Glad to receive any pointers.

All the best,

Malte

--
derbrill IT-service Malte Pfaff-Brill
Tanneneck 2, d-24790 Ostenfeld
Tel: +49 4331-337 640 0
eMail: info-5lajKW71yyAb1SvskN2V4Q&amp;lt; at &amp;gt;public.gmane.org web: http://www.derbrill.de
Steuernummer: 28 015 03865 VAT ID: DE223571286
_______________________________________________
use-livecode mailing list
use-livecode-1W37MKcQCpJ21N0xZs15Ng&amp;lt; at &amp;gt;public.gmane.org
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

&lt;/pre&gt;</description>
    <dc:creator>Malte Brill</dc:creator>
    <dc:date>2013-06-19T11:41:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188644">
    <title>Re: Can't set hilitedLine inside openStack</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188644</link>
    <description>&lt;pre&gt;Bonjour Paul,

Not sure to have understood well your problem but:

I just made a new main stack "stackMain" and a substack of it named "bar"
On stack "stackMain" a button with the following handler :

on mouseUp
   modal stack "bar"
end mouseUp

On the substack "bar", I put a field "foo" with several lines of text 
setting the lockText to true and listBehavior to true.
the script of the field "foo" is :
on selectionChanged
   global gLineNum,
------
   put the hilitedLine of me into gLineNum
end selectionChanged

The script of the substack "bar" is :
on openStack
   global gLineNum,
   ------
   if gLineNum &amp;gt; 1 then
      set the hilitedLine of fld "foo" to gLineNum
   else
      set the hilitedLine of fld "foo" to 0
   end if
end openStack

And on the substack a button which allow to close it :
on mouseUp
   close stack "bar"
end mouseUp

select a line in field "foo",
close the substack "
reopen it : the hilitedLIne of field "foo" is as expected

 Does that help ?

Best regards from Grenoble

André

Le 19 juin 2013 à 01:01, Paul D. DeRocco a écrit :



_______________________________________________
use-livecode mailing list
use-livecode-1W37MKcQCpJ21N0xZs15Ng&amp;lt; at &amp;gt;public.gmane.org
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

&lt;/pre&gt;</description>
    <dc:creator>André Bisseret</dc:creator>
    <dc:date>2013-06-19T08:48:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188643">
    <title>Re: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188643</link>
    <description>&lt;pre&gt;
On 19/06/2013, at 04:31 PM, Paul D. DeRocco wrote:


One more thing - if you have a special clean up routine then you'll need to handle the user quitting using a keyboard shortcut (cmd-Q) separately on OSX. Something like this...

on appleEvent pClass,pID,pSender
   switch (pClass &amp;amp; pID)
      case "aevtquit"
         myShutdownRoutine
         pass appleEvent
         break
      default
         pass appleEvent
         break
   end switch
end appleEvent


Not sure what's going on there. Have you tried an opencard handler? Or tried using a 'send' to trigger the change?

Terry...


Dr Terry Judd
Senior Lecturer in Medical Education
Medical Eduction Unit
Faculty of Medicine, Dentistry &amp;amp; Health Sciences
The University of Melbourne





_______________________________________________
use-livecode mailing list
use-livecode-1W37MKcQCpJ21N0xZs15Ng&amp;lt; at &amp;gt;public.gmane.org
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

&lt;/pre&gt;</description>
    <dc:creator>Terry Judd</dc:creator>
    <dc:date>2013-06-19T07:11:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188642">
    <title>RE: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188642</link>
    <description>&lt;pre&gt;
Handling closeStack, and calling shutdown if it's the main stack, seems to
solve the problem. Just in case, I wrote the shutdown handler so that if
it's called twice, nothing bad will happen, so that should be safe no matter
how it works under OS X or Linux.

Now, if only someone knew the answer to my hilitedLine question. (Nudge,
nudge.)

&lt;/pre&gt;</description>
    <dc:creator>Paul D. DeRocco</dc:creator>
    <dc:date>2013-06-19T06:31:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188641">
    <title>Re: Post command help</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188641</link>
    <description>&lt;pre&gt;Merci Pierre,

looks like option 2 was the culprit.. everything works well again :)

------------------------------------------------
Thierry Douez - http://sunny-tdz.com
Maker of sunnYperl - sunnYmidi - sunnYmage


2013/6/18 Pierre Sahores &amp;lt;sc&amp;lt; at &amp;gt;sahores-conseil.com&amp;gt;

_______________________________________________
use-livecode mailing list
use-livecode&amp;lt; at &amp;gt;lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode&lt;/pre&gt;</description>
    <dc:creator>Thierry Douez</dc:creator>
    <dc:date>2013-06-19T05:21:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188640">
    <title>Re: synonyms</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188640</link>
    <description>&lt;pre&gt;Pete-

Friday, June 14, 2013, 9:33:20 PM, you wrote:

&amp;lt;rant snipped&amp;gt;

I'm back in town now. Wow - somebody got up on the wrong side of the
bed...

Pete- I set up a topic on the web forum to discuss the propertynames,
and there's a rather interesting discussion going on there. You can
join in if you like (that's why I set it up in the first place) or you
can quit bitching about this.

&lt;/pre&gt;</description>
    <dc:creator>Mark Wieder</dc:creator>
    <dc:date>2013-06-19T04:35:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188639">
    <title>Re: synonyms</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188639</link>
    <description>&lt;pre&gt;Pete-

Friday, June 14, 2013, 9:33:20 PM, you wrote:

&amp;lt;rant snipped&amp;gt;

I'm back in town now. Wow - somebody got up on the wrong side of the
bed...

Pete- I set up a topic on the web forum to discuss the propertynames,
and there's a rather interesting discussion going on there.

&lt;/pre&gt;</description>
    <dc:creator>Mark Wieder</dc:creator>
    <dc:date>2013-06-19T04:34:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188638">
    <title>RE: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188638</link>
    <description>&lt;pre&gt;
Oh bugger, I hope this doesn't mean that it will work differently on a Mac.
I don't have a Mac to test it on.

&lt;/pre&gt;</description>
    <dc:creator>Paul D. DeRocco</dc:creator>
    <dc:date>2013-06-19T04:32:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188637">
    <title>Re: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188637</link>
    <description>&lt;pre&gt;
I take that back -- closing the *last* window does shut it down. But it 
isn't always the last window the user is closing, so we need two messages.

&lt;/pre&gt;</description>
    <dc:creator>J. Landman Gay</dc:creator>
    <dc:date>2013-06-19T04:04:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188636">
    <title>Re: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188636</link>
    <description>&lt;pre&gt;
Well, on a Mac, closing the last window doesn't shut down the app. The 
app stays resident and sits there with nothing but its menu bar showing, 
waiting for you to choose Quit. :)

&lt;/pre&gt;</description>
    <dc:creator>J. Landman Gay</dc:creator>
    <dc:date>2013-06-19T04:03:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188635">
    <title>Re: Printing puzzle</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188635</link>
    <description>&lt;pre&gt;
I'm not sure I follow all that, but I'll toss out a couple of things. 
The printPaperSize won't change unless the user changes the paper feed 
setting in the print setup (or a script changes it) -- it's the physical 
size of the paper. If they change from letterhead to envelope, the 
printPaperSize will change, otherwise it won't.

Every printer has a hard, physical limitation on how far from the edges 
it will print. If you get a half-inch unprintable margin at 100% scale, 
it will still be the same at any other scale. The print head won't 
travel any closer to the edge than half an inch.

The printRectangle represents the largest available printing area for 
the paper that's currently loaded, and takes the unprintable area into 
account. The scale of the printout doesn't change that available area, 
though it will be filled with more or fewer pixels depending on the 
print scale.

I'm not sure if you're trying to print outside the available print 
region (you can't), or if you're trying to scale your card to fit it.

&lt;/pre&gt;</description>
    <dc:creator>J. Landman Gay</dc:creator>
    <dc:date>2013-06-19T04:01:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188634">
    <title>RE: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188634</link>
    <description>&lt;pre&gt;
Sounds like I need to handle both, then. It seems "wrong" to me that there
is no message that universally indicates shutdown, no matter how it is
invoked, but I guess I can live with it.

&lt;/pre&gt;</description>
    <dc:creator>Paul D. DeRocco</dc:creator>
    <dc:date>2013-06-19T03:51:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188633">
    <title>[ANN] mergExt just got even better!</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188633</link>
    <description>&lt;pre&gt;Hi LiveCoders

Another huge release today makes mergExt an absolute no-brainer for LiveCode development no matter what platform you're working on! You now get $865 worth of externals and other tools for the stunningly low price of $299! You can also buy products individually also if you like.

mergAWS-1.1.0

Version 1.1 adds S3 support to mergAWS. A bundle for MacOS X is now included so you can use it on both platforms or just have one less bit of code that's iOS only in your app when developing.

mergSocket-1.0.0

The first is the introduction of a new external mergSocket for $49 or as part of the mergExt bundle. This external provides TCP and UDP sockets including the ability to accept incoming connections. This external was crowd funded (we didn't quite meet the target funding so instead of taking the more complicated path of implementing something that might cross compile to Android in agreement with the funders we have gone for an iOs only solution. In the meantime I am looking into the issues with the sockets commands in the engine because if we can get them working it would be much better. It may be a while before that is released in a commercial version of LiveCode though.

mergJSON-1.0.3

This version adds builds for LiveCode Server and mobile (iOS AND Android)

mergMarkdown-1.0.1

This version adds builds for LiveCode Server and mobile (iOS AND Android)

... did someone say Android external... yes! These two externals are straight C so now that I can see how RunRev are doing it with their externals I've been able to compile them for iOS also. It doesn't mean I'll start pumping out lots of Android externals just yet but things are getting closer to the Java bindings we need so that I can.

mergExt is the bargain of the century now and it's only going to get better and bigger! 

By purchasing anything from the mergExt store you are also supporting my FOSS efforts on the livecode engine, mApp framework, lcVCS and MIT licensed externals like mergMarkdown and mergMicrophone.

Cheers

Monte

--
M E R Goulding 
Software development services
Bespoke application development for vertical markets

mergExt - There's an external for that!

_______________________________________________
use-livecode mailing list
use-livecode-1W37MKcQCpJ21N0xZs15Ng&amp;lt; at &amp;gt;public.gmane.org
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

&lt;/pre&gt;</description>
    <dc:creator>Monte Goulding</dc:creator>
    <dc:date>2013-06-19T02:08:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188632">
    <title>Re: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188632</link>
    <description>&lt;pre&gt;
ShutdownRequest is sent when the user tries to quit. CloseStackRequest 
is sent when they try to close a window, like when they click on the 
close box.

&lt;/pre&gt;</description>
    <dc:creator>J. Landman Gay</dc:creator>
    <dc:date>2013-06-19T01:54:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188631">
    <title>Re: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188631</link>
    <description>&lt;pre&gt;Are you making sure any other open stacks are being closed as well (for example in a closeStack or closeStackRequest message handler)? I've also had trouble with revBrowser in the past and always implicitly 'destroyed' any browser instances as I was cleaning up prior to a quit.

Terry...

On 19/06/2013, at 10:59 AM, Paul D. DeRocco wrote:


Dr Terry Judd
Senior Lecturer in Medical Education
Medical Eduction Unit
Faculty of Medicine, Dentistry &amp;amp; Health Sciences
The University of Melbourne





_______________________________________________
use-livecode mailing list
use-livecode-1W37MKcQCpJ21N0xZs15Ng&amp;lt; at &amp;gt;public.gmane.org
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

&lt;/pre&gt;</description>
    <dc:creator>Terry Judd</dc:creator>
    <dc:date>2013-06-19T01:13:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188630">
    <title>Printing puzzle</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188630</link>
    <description>&lt;pre&gt;The question:  how can I find out, by script, how big the unprintable  
margins are when the Page Setup dialog has been set to some scale  
other than 100%?

At 100%, there's no problem.  For example, the unprintable right  
margin = item 2 of the printPaperSize - item 4 of the printRectangle.

But at any other scale I can't use this calculation, because while  
the "printRectangle" responds to a Page Setup choice of scale, the  
"printPaperSize" does not.

Thus if I set the scale to 50%, the printRectangle of 36,36,1188,1504  
tells me the pixels I can fit into a letter size page after shrinking  
them by half and avoiding the unprintable margins.  This means the  
left unprintable margin on the printed output will be 18/72 of an  
inch (shrinking the 36 by 50%).  But I do not see any way of learning  
this information in a script, because the 50% scaling factor is not  
being reported, and the printPaperSize doesn't change the way the  
printRectangle does when the scale changes.  (The "printScale" seems  
to return 1 regardless of what I do to the Page Setup dialog).

What I'm trying to do is show on the screen is both a rectangle that  
will, when printed, be 1 inch from each edge of the paper; and also  
as much space outside of that rectangle as can be printed to.  Thus I  
need to know how much of that 1 inch cannot be printed to.

Many thanks for any suggestions.

David Epstein
_______________________________________________
use-livecode mailing list
use-livecode-1W37MKcQCpJ21N0xZs15Ng&amp;lt; at &amp;gt;public.gmane.org
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

&lt;/pre&gt;</description>
    <dc:creator>David Epstein</dc:creator>
    <dc:date>2013-06-19T01:05:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188629">
    <title>RE: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188629</link>
    <description>&lt;pre&gt;
Actually, that's where I did start, and it didn't work either.


I'll try that this evening. But I wish I understood why what should
"obviously" work, doesn't.

&lt;/pre&gt;</description>
    <dc:creator>Paul D. DeRocco</dc:creator>
    <dc:date>2013-06-19T00:59:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.ide.revolution.user/188628">
    <title>Re: Reliable way to do something on shutdown?</title>
    <link>http://permalink.gmane.org/gmane.comp.ide.revolution.user/188628</link>
    <description>&lt;pre&gt;Hi Paul,

Maybe a shutDownRequest handler in the script of your mainStack would do 
the job. In effect this lets you pause the shutdown process before it 
does anything, make sure your external is closed, then pass 
shutdownRequest. I think I would start there. Or 'closeStackRequest' 
like Terry suggested - it would work in the IDE or the standalone. That 
might be a better approach.

Phil Davis


On 6/18/13 5:07 PM, Paul D. DeRocco wrote:

&lt;/pre&gt;</description>
    <dc:creator>Phil Davis</dc:creator>
    <dc:date>2013-06-19T00:55:33</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.ide.revolution.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.ide.revolution.user</link>
  </textinput>
</rdf:RDF>
