<?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.window-managers.wmii">
    <title>gmane.comp.window-managers.wmii</title>
    <link>http://blog.gmane.org/gmane.comp.window-managers.wmii</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.comp.window-managers.wmii/3082"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3078"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3052"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3044"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3043"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3040"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3031"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3026"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3024"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3020"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3014"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3011"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3007"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/3005"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/2998"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/2993"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/2984"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/2983"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/2978"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.wmii/2976"/>
      </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.comp.window-managers.wmii/3082">
    <title>Auto Layout</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3082</link>
    <description>All;

I am a newbie to wmii; somehow an avid shell scripter and totally enjoy every bit of wmii

On my workstation I have dual 21" monitors next to each other and when I log in I painstakingly fire up 20 xterms;

Lay them out: (window #1)
right monitor:
            total columns = 4
                    column 1 holds 2 xterm windows (scratch pads) [ work area ]
                    column 1 holds 3 xterm windows (various top/while loops to core servers and routers)  [ monitoring ]
                    column 1 holds 5 xterm windows  (constant mtr sessions to varios locations throughout our environment) [ monitoring ]
                    column 1 holds 5 xterm windows  ( constant mtr sessions to varios locations throughout our environment) [ monitoring ]

left monitor:
            total columns = 2
                    column 1 holds ~8 xterm windows (stacked) [ work area - where I do my day to day stuff(don't ask) ]
                    column 1 holds ~4 xterm windows (stacked) [ holds eclipse,  firefox; and oth</description>
    <dc:creator>Donny Jekels</dc:creator>
    <dc:date>2008-11-13T18:04:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3078">
    <title>rc.wmii and escape characters</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3078</link>
    <description>Hello,

Very limited width of status bar is kind of issue for me so I want to
strip default date output by removing "GMT 2008". I would rather modify
date utility parameters than use sed.

It can be easly done (I hope so) by invoking `date "+%a %b %d %H:%M:%S"`
in Status Bar Info section of rc.wmii
And here is the problem, no matter what I try I just can't make it
works, date is not displayed at all or has some dodgy value. I belive
that it has nothing to do with wmii itself and it's just a matter of
setting correct escape characters.

Can anybody help me with this configuration, please? All my experiments
failed. I'm using wmii-3.6 on FreeBSD with tcsh shell.

Michal
</description>
    <dc:creator>michupitka</dc:creator>
    <dc:date>2008-11-11T23:44:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3052">
    <title>Recent changes</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3052</link>
    <description>Hi,

In response to the last thread, and as a general announcement, 
here's what's going on with the latest changes to the tree. 
First of all, please report any bugs you find to the Google 
issue tracker. I'm least likely to lose track of them that way.

To start with, I've replaced dmenu with ‘wimenu’. It's very 
similar in appearance and behavior, but has a few significant 
enhancements. The biggest user-noticable change is the addition 
of an input caret. Now, you can type entire command lines 
without fear of having to start from scratch when you spot a 
typo. Second, it not supports command history. The -h flag 
specifies a history file to load, and the -n flag, when present, 
causes the menu to write back at most n history items to the 
history file. Third, you no longer need (or even can) specify 
colors, fonts, or positioning on the commandline. All such 
settings are read directly from wmii's /ctl. The same now goes 
for wmii9menu, which has also had its flags reduced to single 
letters. I hope</description>
    <dc:creator>Kris Maglione</dc:creator>
    <dc:date>2008-10-18T13:44:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3044">
    <title>latest changes</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3044</link>
    <description>Kris has done quite some changes;)
I'm testing now, I guess you'll have to apply this diff for making it work.

diff -r 361ab709dd0e cmd/menu/menu.c
--- a/cmd/menu/menu.c   Wed Oct 15 16:08:56 2008 -0400
+++ b/cmd/menu/menu.c   Wed Oct 15 23:08:53 2008 +0200
&lt; at &gt;&lt; at &gt; -246,8 +246,8 &lt; at &gt;&lt; at &gt;
        if(IsFunctionKey(ksym)
        || IsMiscFunctionKey(ksym)
        || IsKeypadKey(ksym)
-       || IsPrivateKeypadKey(ksym))
-       || IsPFKey(ksym)
+       || IsPrivateKeypadKey(ksym)
+       || IsPFKey(ksym))
                return;

        if(e-&gt;state &amp; ControlMask) {


</description>
    <dc:creator>hiro</dc:creator>
    <dc:date>2008-10-15T21:14:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3043">
    <title>wmiir segfault</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3043</link>
    <description>Hello, I have been using the latest tip with a lot of success lately, 
but I have one problem that is very very difficult to reproduce, every 
once in awhile, wmiir segfaults, which, I think causes the statusbar to 
stop refreshing, dmesg shows me

[12286.253414] wmiir[13479]: segfault at 0 ip 08074fa2 sp bfed07a0 error 
4 in wmiir[8048000+92000]
[12289.215394] wmiir[13486]: segfault at 0 ip 08074fa2 sp bf8f41d0 error 
4 in wmiir[8048000+92000]
[12292.378301] wmiir[13493]: segfault at 0 ip 08074fa2 sp bfc84560 error 
4 in wmiir[8048000+92000]

where should I go to troubleshoot this further or to isolate the problem 
a bit better?
  Thanks
    Alex


</description>
    <dc:creator>Alex Kilgore</dc:creator>
    <dc:date>2008-10-14T03:04:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3040">
    <title>Resizing terminal windows</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3040</link>
    <description>Hi list,

I've noticed that almost all ncurses or s-lang based applications
apparently aren't notified when their window's size changes because
another window is opened. The result is that they either don't use the
full terminal size anymore or, much worse, not the whole app is
displayed anymore. The only working program I've encountered is the moc
music player.

There aren't any problems if I resize the window directly. I've tested
xterm and urxvt.

Any help on this issue is appreciated.

-Erik
</description>
    <dc:creator>Erik Hahn</dc:creator>
    <dc:date>2008-10-08T17:21:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3031">
    <title>no program starts with M+p</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3031</link>
    <description>Dear all,

I compiled and installed wmii (snapshot: wmii+ixp-20080520) on a new
machine,  and I cannot run any program using  M+p.
Typing the name of an application it gets displayed in the bar, but
after pressing enter the program does not start.
M+a and M+enter are working properly.

I'm using:

dmenu-3.9
plan9port-20080909
libixp (it should be 0.5, I got it via hg clone
http://code.suckless.org/hg/libixp, 2 days ago)
GNU/Linux Ubuntu 8.04


Thanks for any help,

   Davide


</description>
    <dc:creator>Davide Anchisi</dc:creator>
    <dc:date>2008-09-23T09:25:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3026">
    <title>Default configuration</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3026</link>
    <description>Hi everybody!
so recently (after having upgraded to the mercurial releases from the 
snaps) I have been able to get a working configuration every time but 
with some tweaking, and I have a feeling im not doing it all the way 
that was intended.
The way I have it set up, after browsing some of the various scripts, I 
noticed the config directory is ~/.wmii-hg/ now instead of .wmii-3.5?
  I have moved everything there, but for some reason, I needed to do 
like...wmii -r ~/.wmii-hg/wmiirc to make it work right
  Is there something I am missing here about how this is to be set up? 
or is this how you are supposed to choose between wmiirc and rc.wmii

  Another thing is, with this setup mod+a isnt doing what its supposed 
to either, it lists everything in ~/ for whatever reason, could someone 
point me in the right direction as to how this is supposed to be set up?

By the way, I love the recent changes that were merged! =)
Thanks,
  Alex


</description>
    <dc:creator>Alex Kilgore</dc:creator>
    <dc:date>2008-09-12T01:09:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3024">
    <title>Retagging floating clients</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3024</link>
    <description>I reported this issue on the tracker, thought I should send a 
notification in case it didnt get sent by google code

What steps will reproduce the problem?
1. open two xterms
2. move both xterms to the floating layer
3. re-tag one of them with '2'

What is the expected output? What do you see instead?
expected: xterm gets re-tagged
actual:   wmii stops with cannot read /client/sel/tags unexpected eof

What version of the product are you using (wmii -v)? On what operating 
system?
wmii-hg2345
Debian/GNU Linux Lenny


</description>
    <dc:creator>Alex Kilgore</dc:creator>
    <dc:date>2008-09-08T03:05:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3020">
    <title>Mouse focus behavior.</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3020</link>
    <description>With the latest tip I've noticed mouseover focus behavior has changed a
bit. When moving the mouse over another window (either in the same
column or to another column) the focus may not follow if you move the
mouse too quickly. Unfortunately "too quickly" isn't exactly a blinding
speed either.

I'm also guessing it's not an anti-"oops moved the mouse too far"
either because leaving the mouse over the unfocused window doesn't
raise it after any amount of time.

Anyone else noticing this? I'm using version hg2345.

Thomas



</description>
    <dc:creator>Thomas Gallen</dc:creator>
    <dc:date>2008-09-07T23:09:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3014">
    <title>Is there a way to register a 'callback'?</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3014</link>
    <description>Hi,

I wonder whether I can register a 'callback' function at some point, like
after a new application window created. What I want to do is auto resizing
the new created window to a suitable width(like 75% of screen width) and
move current focused window to right column after it created. Or is there
another way to achieve this?

Thanks,
Jan

</description>
    <dc:creator>Jan</dc:creator>
    <dc:date>2008-08-30T05:04:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3011">
    <title>dual-display configuration</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3011</link>
    <description>i've had the dual-display config working very well for a good while now and
love it. yesterday i blew away my machine and started from scratch,
complete with latest hg clone of wmii. i had to rewrite some of my rc.wmii
configuration, but i think i have everything working as it was before with
one exception:

currently, focus follows the mouse when moving from display to display, as
long as the mouse finds a terminal window in the destination display.
otherwise the focus stays on the original display. for example, moving to a
new display showing firefox, and even after clicking around in the firefox
window, all keyboard input shows up on the original display in the original
terminal. mouse input works in the firefox window, but keyboard input does
not. keyboard input is never reassigned until i click the tag (bottom left)
or the rightbar (which executes the swarp utility).

is this a problem with my config, or something in wmii that needs a
work-around?

thanks!



</description>
    <dc:creator>Dewey Hylton</dc:creator>
    <dc:date>2008-08-28T18:09:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3007">
    <title>~/.Xmodmap, Mod4 are behaving weird, very</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3007</link>
    <description>I have a 84 Key Keyboard wit us Layout.

This is my ~/.Xmodmap:

remove Lock = Caps_Lock
add mod4 = Caps_Lock

keycode 113 = Mode_switch Multi_key
keycode 39 = s S ssharp
keycode 38 = a A adiaeresis Adiaeresis
keycode 30 = u U udiaeresis Udiaeresis
keycode 32 = o O odiaeresis Odiaeresis
keycode 14 = 5 percent ssharp  degree
keycode 24 = q Q at
keycode 26 = e E egrave Egrave
keycode 28 = t T EuroSign EuroSign
keycode 27 = r R ecircumflex Ecircumflex
keycode 25 = w W eacute Eacute
keycode 31 = i I idiaeresis Idiaeresis
keycode 57 = n N ntilde Ntilde
keycode 58 = m M Multi_key
keycode 10 = 1 exclam exclamdown onehalf
keycode 54 = c C ccedilla Ccedilla

This way My Caps Lock Key becomes Mod4.

n my ~/.wmii-3.5/wmiirc I have:

MODKEY=Mod4

Fine so far, the Caps Lock really actually _is_ my Mod4 and works.

Anything else is on default (except the colors) especially

        Key $MODKEY-Shift-$i
                wmiir xwrite /client/sel/tags "$i"

does, that Mod4+Shift+n sends the selected client to the n'th workspa</description>
    <dc:creator>Konstantin Kletschke</dc:creator>
    <dc:date>2008-08-28T11:16:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/3005">
    <title>latest tip</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/3005</link>
    <description>I am trying to compile and run the latest tip, I get so far as running 
it, and i get nothing so far, I have narrowed it down, it stops in 
wmii.sh at the line
echo Start $scriptname 2&gt; /dev/null | wmiir write /event ||  exit 1

because it says /event does not exist
is there something i need to do? I compiled and installed the latest tip 
of libixp as well
Thanks
  Alex


</description>
    <dc:creator>Alex Kilgore</dc:creator>
    <dc:date>2008-08-25T01:56:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/2998">
    <title>Always sending apps to managed space</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/2998</link>
    <description>Hi!
Is it possible to always send windows to managed space even if they hav 
a specified size? Apart from GIMP this would be nice and for GIMP there 
would be a "send to ~" specified in wmiirc anyway.
For example Brasero uses a small burn dialog (when burning iso files) 
which is sent to floating space. I can manually send it to managed space 
but I would like that to happen automatically since there is no problem 
with it.

Regards,
Sladi


</description>
    <dc:creator>Sladan</dc:creator>
    <dc:date>2008-08-18T12:33:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/2993">
    <title>guide links updated</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/2993</link>
    <description>Hi there,

The wmii guide links have been updated now.

I still don't understand why Uriel is complaining about the hgiki
thing. As far as I understood the discussion regarding the new wiki
Kris and others agreed to keep the wmii bits at www.suckless.org resp.
wmii.suckless.org. That's why I updated all wmii pages accordingly.
That's also why all libixp and diri stuff has also been updated and
kept at www.suckless.org/programs resp. www.suckless.org/libs.

The dwm community has already proofed that the hgiki works quite well.
If someone is unhappy with wmii/ contents, please feel free to update
whatever you like as described here:

http://www.suckless.org/wiki.html

To keep track of wiki/site changes, rather subscribe to the RSS/Atom
feed or subscribe to the wiki mailinglist:

http://lists.suckless.org/wiki/ (wiki+subscribe&lt; at &gt;suckless.org)

See http://www.suckless.org/common/community.html for other possibilities.

Kind regards,
--Anselm


</description>
    <dc:creator>Anselm R Garbe</dc:creator>
    <dc:date>2008-08-17T09:03:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/2984">
    <title>Lexicographical sorting of /rbar/ -- really?</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/2984</link>
    <description>The manpage for wmii says that /rbar/ is sorted lexicographically. In
other words, alphabetically. Is this really the case?

For example, here is /rbar/'s rendering right now:

Sun, Aug 03 01:26 AM || Inbox (0) || MPD: Modest Mouse - Float On [playing]

So, if alphabetical, shouldn't it *actually* be:

Inbox (0) || MPD: Modest Mouse - Float On [playing] || Sun, Aug 03 01:26 AM

Some more info:

1. I tried prepending "000" to MPD, but it still doesn't change positions.
2. I tried calling the scripts in different orders in wmiirc with no luck.

Any ideas?

(I would prefer: MPD || Mail || Date)


</description>
    <dc:creator>Michael Schreifels</dc:creator>
    <dc:date>2008-08-03T06:38:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/2983">
    <title>support for xinerama</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/2983</link>
    <description>hello. just a quick question. are there any plans to support xinerama with
wmii?

thanks
mk


</description>
    <dc:creator>Martin Kraus</dc:creator>
    <dc:date>2008-08-02T23:38:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/2978">
    <title>Tagging rules?</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/2978</link>
    <description>Hello!

I have been using wmii for quite some time now, and I absolutely love
it. Today I began attempting to configure it with pywmii (a project
that looks to be abandoned--or at least updated anymore). I have seen
this come up in pywmii, python-wmii, and also when I have tried other
tiling window manager, and I don't really understand the concept...

What *are* tagging rules?

The FAQ doesn't discuss it, the man pages don't touch on it, Google
finds little but references to it config files...what are they used
for?

For example, in pywmii, the default wmiirc has this:

# Tagging Rules
wmii.tagrules = [
    ("/SNAC/", "~"),
    ("/XMMS.*/", "~"),
    ("/MPlayer.*/", "~"),
    ("/.*Untitled.*/", "~"),
    #("/PyLaunch/", "~"),
    #("/.*gedit.*/", "~"),
    #(".*PyLaunch.*", "~"),
    ("/Send &amp; Receive.*/", "~"),
    ("/.*Mozilla Firefox.*/", "web"),
    ("/.*Minefield.*/", "web"),
    ("/.*Evolution/", "mail"),
    ("/XChat.*/", "chat"),
    ("/mycalc\\.py/", "~"),
    ("/KTorrent/", "torrent"),
    ("/Pan:</description>
    <dc:creator>Michael Schreifels</dc:creator>
    <dc:date>2008-08-01T03:41:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/2976">
    <title>fix for latest tip (wmii-hg2338) failing to compile on openbsd</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/2976</link>
    <description>issue #54 submitted via google code issue tracker, patch attached:
http://code.google.com/p/wmii/issues/detail?id=54

thanks to sqweek for getting me started on the right track.


</description>
    <dc:creator>Dewey Hylton</dc:creator>
    <dc:date>2008-07-30T11:32:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.wmii/2949">
    <title>emacs minibuffer frame</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.wmii/2949</link>
    <description>Hi

I have been using wmii for quite a long time now and am very satisfied
with it. An other application I use a lot is emacs.

By default emacs displays a minibuffer at the bottom of each window
wasting some screen real estate.

In case you are not familiar with emacs let me explain some terminology:

* Minibuffers are a lot like dmenu. They are used to interactively
read some input from the user.
* A frame is what you call a client.
* Frames can be split into multiple windows. So emacs-frame=x11-window
and emacs-window=something we don't have to worry about in this
context.

So in other words: in emacs each client has an input-area, called
minibuffer, at the buttom.

However it is possible to have only one minibuffer which is "linked"
to whatever emacs client has focus. So if you invoke some command in
an emacs client that needs to read input from the user the minibuffer
gets focus and knows which client it acts on.

The problem is that I can't put the minibuffer anywhere in wmii. If I
just make it a float</description>
    <dc:creator>Jonas Bernoulli</dc:creator>
    <dc:date>2008-07-24T14:46:02</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.window-managers.wmii">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.window-managers.wmii</link>
  </textinput>
</rdf:RDF>
