<?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.editors.scite.general">
    <title>gmane.editors.scite.general</title>
    <link>http://blog.gmane.org/gmane.editors.scite.general</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://comments.gmane.org/gmane.editors.scite.general/14275"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14274"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14265"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14259"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14258"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14255"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14247"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14231"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14229"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14213"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14203"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14202"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14200"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14198"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14188"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14183"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14173"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14172"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14161"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.scite.general/14157"/>
      </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://comments.gmane.org/gmane.editors.scite.general/14275">
    <title>Search in selection?</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14275</link>
    <description>&lt;pre&gt;
Hello. I would like to be pointed to a Lua script to make a "search in selection". That functionality is present in the "Replace" function, but it only works for replacing. I would like to find stuff in a selection and wrap around the search while in it.

Thank you.

&lt;/pre&gt;</description>
    <dc:creator>tetsuo</dc:creator>
    <dc:date>2013-05-14T22:01:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14274">
    <title>What is the default Character Set if character.set=0?</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14274</link>
    <description>&lt;pre&gt;Hello,

I have a question about the default Character Set that Scite uses when it 
opens a text file w/o the Unicode BOM (or w/o any other indication, what 
the character encoding of the text file is).
There is a setting in File: Encoding, that is called "Code Page Property". 
I've found out that this option maps to the code.page setting in the 
SciTEGlobal.Properties file (Options: Open Global Properties). What I have 
set there is: code.page=0, which means that, to display the contents of the 
text file, a _single_-byte code page will be used. 
On this newsgroup I've found the information that the code.page setting is 
actually only needed to determine, _how many bytes_ does each character in 
the text file translates to (I know there exist 'code pages' for which not 
every character maps to the same number of bytes), and not to set a 
particular character set. So, if code.page=0, then that means that each 
character in the text file is interpreted as a single byte.
The second setting is the character.set &lt;/pre&gt;</description>
    <dc:creator>trismarck</dc:creator>
    <dc:date>2013-05-14T13:04:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14265">
    <title>Sass highlight syntax sass.properties</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14265</link>
    <description>&lt;pre&gt;Hi,

Does anyone have sass.properties or build it?
Please share if you have it. 
Thanks!

&lt;/pre&gt;</description>
    <dc:creator>Huynh Cao Ky</dc:creator>
    <dc:date>2013-05-11T05:53:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14259">
    <title>Project manager?</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14259</link>
    <description>&lt;pre&gt;Is there a good "Project Manager" plugin for SciTE?
Google found me three potential candidates:
- sciteproj which requires GTK and direct work with X11. I understand the 
use of glib in such project and (maybe) GTK, but the need for X11 functions 
prevent this from work on Windows.
- Scite Project Manager. Requires AutoIT and probably will work on Windows 
(did not try myself), but will not work on Linux.
- filerx. Saw several topics about it, with a "unfortunately not supported 
anymore" conclusions.

Did I miss any other promising project managers? I do need something which 
can live on both systems.
How do you work with multi-file projects?

&lt;/pre&gt;</description>
    <dc:creator>George</dc:creator>
    <dc:date>2013-05-08T21:12:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14258">
    <title>Caret invisible after toggling all folds twice</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14258</link>
    <description>&lt;pre&gt;Often when I use the "Toggle all folds" command (from the View menu) I find 
that the caret is not visible anymore after unfolding. I need to press 
something like the down key to have Scite adjust the view and continue 
working...

Is this the intended behaviour? I find it a bit unfriendly...

I'm not sure if others are experiencing this too, but it looks quite easy 
to replicate: just open a largish file, move the caret somewhere near the 
end, perform the Toggle all folds command twice, and the caret is nowhere 
to be seen.

Perhaps something like a scroll caret action at the end of the FoldAll 
function could improve things?

Ashwin.

&lt;/pre&gt;</description>
    <dc:creator>Ashwin Hirschi</dc:creator>
    <dc:date>2013-05-08T16:24:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14255">
    <title>Complete list of keyboard shortcuts</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14255</link>
    <description>&lt;pre&gt;Hi,

I've been looking all over (I think :)) for a complete list of keyboard shortcuts that are available in SciTE. But I can't find any. The SciTEDoc.html file says "Keyboard commands in SciTE mostly follow common Windows and GTK+ conventions" and then there is a list of commands mapped to keyboard that aren't available in any SciTE menu.
Is there such a list available or - even better - a way to list all currently defined keyboard shortcuts?

Regards,
Ingemar

&lt;/pre&gt;</description>
    <dc:creator>Ingemar</dc:creator>
    <dc:date>2013-05-07T08:49:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14247">
    <title>copy and paste inside Find-replace strip</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14247</link>
    <description>&lt;pre&gt;Hi all,
I am creating a new thread to keep things cleaner.

I am using Scite Version 3.2.1 on Windows XP 64 bit
if I write something in the strip (either in the "Find" field or in the
"Replace Field") and then i try to copy it with Ctrl+C and paste it to
somewhere else, e.g. to the Scite window, the selection is not grabbed.
If I performed some copy and paste before, it is pasted that one instead
the selection in the strip.

To grab the text in the strip I have to right click on the selection and
choose Copy from the menu.

Amir

&lt;/pre&gt;</description>
    <dc:creator>Amir Sabbagh</dc:creator>
    <dc:date>2013-04-29T08:28:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14231">
    <title>MRU mangling...?</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14231</link>
    <description>&lt;pre&gt;For quite a while Scite's MRU list has been bothering me. It seems to act 
erratically, with files I've closed first showing up in the list and then 
mysteriously disappearing later on. 

Oddly enough, each time new entries disappeared older entries would show up 
in their place. Often files I had worked on the day before... Weird (and 
quite annoying)!

Today, it finally annoyed me enough to drop my work and try and figure out 
what's going on. Fortunately, I think I've solved this little mystery:

It turns out the MRU list is *not* mangled if I simply open files using a 
File menu command. But, things *do* go wrong if I open a file by (directly 
or indirectly) starting a 2nd Scite instance.

My Scite setup has check.if.already.open=1 as well as save.recent=1. So, 
what happens is, the 2nd instance passes its commandline to the 1st 
(already running) instance and then stops. The original instance will 
process the commandline and open any files that are mentioned.

So far, so groovy, it seems. However, in P&lt;/pre&gt;</description>
    <dc:creator>Ashwin Hirschi</dc:creator>
    <dc:date>2013-04-26T03:53:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14229">
    <title>Clang address sanitizer on GTK+</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14229</link>
    <description>&lt;pre&gt;   AddressSanitizer is a tool for finding memory bugs, like writing beyond allocations, which is included in recent versions of Clang. 
http://code.google.com/p/address-sanitizer/wiki/AddressSanitizer
   The main advantage of AddressSanitizer over other tools like Valgrind is that its faster so builds that include it can be used as normal.

   New Linux distributions like Ubuntu 13.04 include Clang 3.2 so allow use of AddressSanitizer. I've updated the make files for Scintilla and SciTE to use AddressSanitizer for Clang debug builds (make CLANG=1 DEBUG=1). No new bugs have been found yet but I suspect there may be bugs in lexers I don't use. 

   Neil

&lt;/pre&gt;</description>
    <dc:creator>Neil Hodgson</dc:creator>
    <dc:date>2013-04-25T23:04:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14213">
    <title>another suggestion</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14213</link>
    <description>&lt;pre&gt; 

Hello Again ...

One point that I do not know if it's a limitation of autoit or SCITE but if 
possible would be very helpful ...

Imagine the situation:

After performing a listing, all was well when suddenly an error occurs.

Ok but if I knew the values of variables at the time of the error would 
be very useful for debugging.

1) Display the line that gave the error (OK)

2) Location of error (OK)

3) Values of Variables involved in Line (Tip)

4) Values in alphabetical order of the Local Variables in Function 
Location (Hint)

5) Amounts in alphabetical order of global variables (Tip)

PS when Matrix Display all data (Tip)

 

If so show me where I can post this suggestion

&lt;/pre&gt;</description>
    <dc:creator>Odaylton Junior- BR</dc:creator>
    <dc:date>2013-04-24T01:45:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14203">
    <title>error in the vertical scroll bar</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14203</link>
    <description>&lt;pre&gt;

 error in the vertical scroll bar

When I'm rolling the bar with the mouse and my program does not occupy the 
entire horizontal line of the window is fine but (image 1)
 

&amp;lt;https://lh4.googleusercontent.com/-45uqscIPCHY/UXM_0BRccuI/AAAAAAAAAAk/7t2sDlY88fU/s1600/Falha+no+Editor1.JPG&amp;gt;
 
 
 
 if there is some pretty big line that spans the entire horizontal line horizontal 
scroll bar appears as you would expect .
  but keep clicking no longer works because I have to climb the mouse 
position to reach the scroll wheel ...
(image 2)

&amp;lt;https://lh3.googleusercontent.com/-nlic3nSAHFs/UXNAS5ds7rI/AAAAAAAAAAs/o06jBj2bu4o/s1600/Falha+no+Editor.JPG&amp;gt;
 

I suggest you lock the horizontal scroll bar disabled but existing for the vertical 
scroll button not be shifting all the time ....

&lt;/pre&gt;</description>
    <dc:creator>Odaylton Junior- BR</dc:creator>
    <dc:date>2013-04-21T01:26:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14202">
    <title>Improvements SCITE</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14202</link>
    <description>&lt;pre&gt;Text translated from Portuguese by google - please apologize for any errors

I would like to offer my congratulations for the excellent work and initiative in all "Autoit"
I'm starting to use and I love it all ...
I wish I could help and make a suggestion on a subject little thought to editors languages: Productivity
We can no longer think that a language editor has to be limited only in a notebook, but a development tool.
My suggestion to divide into 2 parts:
Part I
===========================
Going straight to the point.
And I think it would be very interesting that when you type a key word in SCITE for Ex: "If" the editor has inserisse the next lines "Then" and "EndIf" (as follows EX1) to save time in development and not waste time to use Tidy to find any typos
EX1: Enter the "If" + {space} is automatically inserted in the listing:
If $ {end} focal point of Then
{Tab}
Else
{Tab}
EndIf
{Enter}
Where the focus would already be in front of "$" which typically could be a new variable for comparison
In case yo&lt;/pre&gt;</description>
    <dc:creator>Odaylton Junior- BR</dc:creator>
    <dc:date>2013-04-20T23:53:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14200">
    <title>paste text in a new tab</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14200</link>
    <description>&lt;pre&gt;Hi all,
I am trying to write a script that takes some text from a buffer and paste
it to a new tab.
the text extraction part is fine, but I can not figure how to open a new
tab and paste the text there.

so far I am trying with:

#creating in advance a file
io.open ("Ciro.txt" ,"a+")

#opening it in Scite
scite.Open("Ciro.txt")

#for some reason the UndoAction does not work
editor:BeginUndoAction()
last_line=editor.LineCount
u = editor:PositionFromLine(last_line)
editor:GotoPos(u)

#finally paste
editor:Paste()
editor:EndUndoAction()

it works, but I'm almost sure there is a better way to open a new tab and
paste the text there.

Thank you
Amir

&lt;/pre&gt;</description>
    <dc:creator>Amir Sabbagh</dc:creator>
    <dc:date>2013-04-19T14:35:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14198">
    <title>Adding properties for a Java like language</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14198</link>
    <description>&lt;pre&gt;Hello,

I am trying to add support for a java like language in SciTE.
I am able to get some basic things working by modifying the cpp/java properties 
file. However, there is one big difference with this language, and that is :
the identifiers can have hyphens(-) and colons(:)

So, I was trying to see if there are options to control the lexer, 
(i.e, if I could find anything similar to but lexer.cpp.allow.dollar)

I tried setting 
word.characters.filetype to include ':' and '-'

but this didnt help either, I see some words highlighted 
within the identifier, like for e.g:

_range_ gets highlighted in a:allow-range-test

because 'range' is a keyword!

Any help/suggestions/workarounds really appreciate.

There are some other issues as well, that I am facing - like the strings
here, can run on multiple lines without a concat op (+ in java) or a
line continuation char (\) - if there are any ways to workaround this
please do let me know.

Thanks
--Ani

&lt;/pre&gt;</description>
    <dc:creator>Ani</dc:creator>
    <dc:date>2013-04-19T13:24:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14188">
    <title>Changes to FirstVisibleLine?</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14188</link>
    <description>&lt;pre&gt;Several functions in my Scite setup use the following (simplified) code 
fragment:

    local line = editor:LineFromPosition(editor.CurrentPos)
    local top = editor.FirstVisibleLine
    editor:LineScroll(0, line - top - 1)

The fragment scrolls the current line to the top of the editor pane, and 
has worked well for many years. But it seems that recent versions of Scite 
have somehow broken it... 

It still works fine for smaller files. But files of several thousand lines 
seem to throw it off. In fact, the further down the file the current line 
is, the more wrong the end result is.

Simply printing the line and top variables shows that 
editor.FirstVisibleLine is now often not correct anymore. Also, the current 
API docs state that "Scroll so that a display line is at the top of the 
display", which seems odd for a property that still holds a number in Scite 
3.3.1.

In any case, am I doing something wrong and is there a new/better way to 
scroll a line to the top of the pane? Or is this simply a bug tha&lt;/pre&gt;</description>
    <dc:creator>Ashwin Hirschi</dc:creator>
    <dc:date>2013-04-16T00:23:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14183">
    <title>Change in how the Lua editor:remove works</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14183</link>
    <description>&lt;pre&gt;In going from SciTE 3.3.0 to 3.3.1 the Lua editor:remove semantics appears 
to have changed from all previous versions I have used in the last 2-1/2 
years.

Previously, if p is a valid position in the editor, a call to

editor:remove(p,p)

removed one character at the position p. In addition, a call to

editor:remove(p,p+1)

would also remove one character at the position p. Now it appears that only 
the latter works while the former now does nothing.

Was there a reason for this change? Was it always supposed to work the way 
it does now?

I am not complaining as SciTE is a great editor. I really like that I can 
use Lua to manage each and every keystroke and use the auto completion 
facility to hook-in an extensive menu system in addition to the traditional 
menu - providing hundreds of additional static and dynamic actions and menu 
items.

Thanks. Robin.

&lt;/pre&gt;</description>
    <dc:creator>Robin</dc:creator>
    <dc:date>2013-04-13T16:33:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14173">
    <title>SciTE 3.3.1 released</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14173</link>
    <description>&lt;pre&gt;   SciTE 3.3.1 is now available from the scintilla.org web site.

   SciTE 3.3.1 is a minor feature release.

   Support was improved for some languages.

   Other changes were made and bugs fixed. A detailed list of changes is available on the history page.
http://www.scintilla.org/ScintillaHistory.html

   SciTE uses Mercurial (Hg) for source code control. The repositories can be cloned with
hg clone http://hg.code.sf.net/p/scintilla/code scintilla
hg clone http://hg.code.sf.net/p/scintilla/scite

   Thanks to the contributors of code and documentation and to the testers.

   Neil

&lt;/pre&gt;</description>
    <dc:creator>Neil Hodgson</dc:creator>
    <dc:date>2013-04-11T12:45:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14172">
    <title>Showing the end of the output after execution</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14172</link>
    <description>&lt;pre&gt;I regularly use Scite for executing lengthy scripts (Batch files, python scripts). Per default, the current position in the output window is set back to the start. Is there some secret configuration option that instructs scite to just stop at the end of the output?
For my use case it would be more convenient that way, because I could see the end status right away without scrolling back.

Simon

&lt;/pre&gt;</description>
    <dc:creator>Simon Arnu</dc:creator>
    <dc:date>2013-04-11T12:09:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14161">
    <title>3.3.1 very soon</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14161</link>
    <description>&lt;pre&gt;   Because of the potential for user data loss for input composition with multiple selection or selection in virtual space, I'd like to make a 3.3.1 release tomorrow. There were also some problems on Cocoa with autocompletion lists and calltips appearing in the wrong place or not appearing.

   Please report any regressions from 3.3.0.

 Change list:
Autocompletion lists can now appear in priority order or be sorted by Scintilla. Feature #981.
Most lexers now lex an extra NUL byte at the end of the document which makes it more likely they will classify keywords at document end correctly. Bug #574, Bug #588.
Haskell lexer improved in several ways. Bug #1459.
Matlab/Octave lexer recognises block comments and ... comments. Bug #1414.
Ruby lexer crash fixed with keyword at start of document.
The PLAT_NCURSES platform now called PLAT_CURSES as may work on other implementations.
Bug on Cocoa fixed where input composition with multiple selection or virtual space selection could make undo stop working.
Direct2D/Dire&lt;/pre&gt;</description>
    <dc:creator>Neil Hodgson</dc:creator>
    <dc:date>2013-04-10T03:03:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14157">
    <title>Scite top/bottom indent level locator feature?</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14157</link>
    <description>&lt;pre&gt;Hi all.
I'm looking for a feature which will take me to the top/bottom line of
content at a particular indent level. Similar to CTRL-E taking you to
matched brackets/braces, but this feature looks to indent levels
and any non-whitespace characters.

Example:

function foo() {
    function bar() {
        //(some code here...)

        /*
        Now imagine I used this feature at the beginning of any of these
        lines (column 9) - it would take me to the "function bar()" line.
        (Or if SHIFT is also pressed, it goes to the bottom - in this case
        it can only fallback to the closing brace of bar().)
        */

        //(more code here...)
    }
}

The idea is as a general purpose editing assistant, which would be especially
useful e.g. when working within large nested blocks/functions (which
may be within a large function), to find the start/end at any
particular indentation level.

I don't know if it has this already, or if it would be considered for
addition? It's something we often need,&lt;/pre&gt;</description>
    <dc:creator>Ric Borg</dc:creator>
    <dc:date>2013-04-09T23:03:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.scite.general/14156">
    <title>New installation of version 3.3 is "empty"</title>
    <link>http://comments.gmane.org/gmane.editors.scite.general/14156</link>
    <description>&lt;pre&gt;My OS: Debian 6.1 Amd 64.
SciTE in the official repository is of version 2.something. So I
decided to compile and install 3.3.0 myself.
Downloaded, unpacked. Read README. As suggested there:

cd scintilla/gtk
make
cd ../..
cd scite/gtk
make prefix=/opt/scite
make prefix=/opt/scite install

worked without any error.

Now when I run /opt/scite/bin/SciTE, I receive a very simple text
editor with empty Languages menu and completely silent Help menu.
What did I do wrong?

&lt;/pre&gt;</description>
    <dc:creator>George</dc:creator>
    <dc:date>2013-04-09T15:04:10</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.editors.scite.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.editors.scite.general</link>
  </textinput>
</rdf:RDF>
