<?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.dwm">
    <title>gmane.comp.window-managers.dwm</title>
    <link>http://blog.gmane.org/gmane.comp.window-managers.dwm</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.dwm/6797"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6795"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6794"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6787"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6771"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6766"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6760"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6757"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6752"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6751"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6750"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6749"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6747"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6742"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6740"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6737"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6734"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6712"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6711"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.window-managers.dwm/6695"/>
      </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.dwm/6797">
    <title>urgent windows border</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6797</link>
    <description>The attached patch set a different border color for windows with the
urgency hint flag set. The flag will be removed when the client is
focused (instead of when it is visible). It saves some lines of code
(and can save some more moving clearurgent() to focus(), since it is
used only there).

have fun,

</description>
    <dc:creator>yy</dc:creator>
    <dc:date>2008-11-29T20:17:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6795">
    <title>slock dialog behavior</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6795</link>
    <description>Hello,
It seems as though some variation of a previous dialog bug (
http://lists.suckless.org/dwm/0711/4361.html) still exists. I was able to
reproduce the behavior with dwm and twm. In the first case I am able to
regain control to the window manager, but in the second case X must be
restarted.

#!/bin/bash

firefox &amp;
PID=$!
sleep 3
kill -9 $PID

# 1. slock drops back to wm and all windows are visible until an input event
# (key press/mouse event) in which case it blanks again and it behaves as
# normal
slock &amp;
firefox &amp;

# 2. just flashes to wm on an input event but doesn't allow entering
password
# Warning! I was unable to unlock the display and had to restart X
:&lt;&lt;EOF
while :; do
    [[ `xlsclients | grep firefox` ]]  &amp;&amp; slock
done
EOF

Thanks
</description>
    <dc:creator>list subscriber</dc:creator>
    <dc:date>2008-11-29T16:37:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6794">
    <title>[dvtm] Cyrillic input</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6794</link>
    <description>If I start some applications inside dvtm, sometimes I've got troubles
with cyrillic input.
Sometimes letters enter, sometimes not. I have to press a key for a
long time to get it entered.

1.
mcabber reports following error:
(keycode may vary)

2.
aptitude crashes with a report:

3.
htop just closes the search prompt when I try to enter some cyrillic symbols


But some applications always work pretty good with cyrillic input,
e.g. bash, ncmpc, vim

I tested it on:
 - dvtm 0.4.1-1 from ubuntu repos,
 - dvtm 0.4.1 compiled from source (tarball from
http://www.brain-dump.org/projects/dvtm/dvtm-0.4.1.tar.gz)
 - dvtm 0.4.1 from git repository (fetched on November, 29)

The bug appears in all versions.

Is there any way to fix it?


</description>
    <dc:creator>SIO</dc:creator>
    <dc:date>2008-11-29T14:40:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6787">
    <title>patch to hide sticky indicators, and add "nofocus" windows</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6787</link>
    <description>I do a lot of roaming, and long story short, nm-applet is nearly a
requirement for me.  No biggie, I just run it in stalonetray and set
it to all tags, shoved up in the corner, only I've ran into two
little issues:

1) sticky windows put an indicator on every tag in the bar.  I know
   it's on every tag, I put it there, tell me something I don't know.
   The patch hides any window which has tags=~0 from the indicators.
     ( this is simply the 2 lines in drawbar() )

2) since it's on every tag, every time i switch tags, it is the first
   thing focused.  I dont need to type into a system tray, so the
   patch also adds a flag to designate a window as "nofocus" which
   tells dwm to skip it when trying to find a window to focus.

   To do this, I had to add a way to designate a window as nofocus, so
   Rule.isfloating is now a bitmask Rule.flags, with enums for the 3
   settings right now: Normal, Floating, NoFocus.

So my config.h, for example, has this Rule:
   { "stalonetray", NULL, NULL, ~0, Floating|NoF</description>
    <dc:creator>Jeremy Jay</dc:creator>
    <dc:date>2008-11-21T18:38:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6771">
    <title>What happened to the -i argument?</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6771</link>
    <description>I just upgraded dmenu from 3.4 to 3.9, and I noticed that the meaning of
the -i argument has changed from "ignore intermediate characters" to
"case-insensitive search". I find the former highly useful, whereas the
latter less so, since most application names are lowercase anyway. 

1. what happened?
2. Is there a chance of getting the former mode back again?


Eyolf

</description>
    <dc:creator>Eyolf Østrem</dc:creator>
    <dc:date>2008-11-19T16:35:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6766">
    <title>cycling through tags?</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6766</link>
    <description>hi,

I want to be able to cycle through all tags using some key combination
(instead of explicitely jumping to tag no. xxx).

in 4.9 someone on this list helped me getting this right:


void
goto_nexttag(const char *arg) {
    unsigned int i, j;

    memcpy(prevtags, seltags, sizeof seltags);
    for (i = 0; i &lt; LENGTH(tags); i++) {
        if (seltags[i])
           j = (i + 1) % LENGTH(tags);
        seltags[i] = False;
    }
    seltags[j] = True;
    arrange();
}


was the function needed. this obviously does not work any longer in 5.2.
looking at the 5.2 source code I was not able to see immediately
the neccessary modifications to make it work again.

can somebody help me with this?

thanks,

joerg


</description>
    <dc:creator>Joerg van den Hoff</dc:creator>
    <dc:date>2008-11-18T22:33:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6760">
    <title>dwm for win32</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6760</link>
    <description>Hello everyone.

About an year ago there was a thread regarding a port of dwm to win32,
but it has only been said, that some initial code was written. I did not
find any code in the repository or elsewhere something about d4w; is
there anything usable at the moment?
In the meantime I rewrote dwm 5.2 as an AutoHotkey script. As it is a
script it is more a rapid prototype than a sophisticated and speedy
window management solution. It is no shell replacement, just
administrating windows and resizing and moving them around. If you are
interested, take a look at http://freenet-homepage.de/bug.n .
If there
is already a usable port of dwm, I would be glad to a wink at it.

Greetings, joten







#adBox3 {display:none;}





</description>
    <dc:creator>joten-KuiJ5kEpwI6ELgA04lAiVw&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-11-18T19:19:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6757">
    <title>nonoverlapping floats patch</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6757</link>
    <description>Hi,

Made a patch that arranges new float windows to be nonoverlapped, or
randomized position if all "slots" are occupied.
Does not work in all cases, but it's better than nothing at least (IMHO).

Regards,

Oskar


diff -r c2d4ba4e9023 dwm.c
--- a/dwm.cMon Nov 17 22:53:18 2008 +0100
+++ b/dwm.cTue Nov 18 02:17:43 2008 +0100
&lt; at &gt;&lt; at &gt; -133,6 +133,7 &lt; at &gt;&lt; at &gt;
 /* function declarations */
 static void applyrules(Client *c);
 static void arrange(void);
+static void arrangefloating(Client *c);
 static void attach(Client *c);
 static void attachaftersel(Client *c);
 static void attachstack(Client *c);
&lt; at &gt;&lt; at &gt; -171,6 +172,7 &lt; at &gt;&lt; at &gt;
 static void maprequest(XEvent *e);
 static void monocle(void);
 static void movemouse(const Arg *arg);
+static Client *nextfloating(Client *c);
 static Client *nexttiled(Client *c);
 static void propertynotify(XEvent *e);
 static void quit(const Arg *arg);
&lt; at &gt;&lt; at &gt; -285,6 +287,44 &lt; at &gt;&lt; at &gt;
 if(lt[sellt]-&gt;arrange)
 lt[sellt]-&gt;arrange();
 restack();
+}
+
+void
+arrangefloating(Client *c) {
+int x, y, w, h;
+Client *</description>
    <dc:creator>Oskar Nordquist</dc:creator>
    <dc:date>2008-11-18T01:33:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6752">
    <title>subnotebooks take two</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6752</link>
    <description>Hi all,
Paralleling the dwm-on-subnotebook discussion of a few months back, I have
two things to share.
First off:
I've spun a dwm/debian build for the OLPC XO.
The XO is a tiny, durable, water resistant laptop with an amazing 1200x900
7.5" display. More details on the hardware can be found here:
http://wiki.laptop.org/go/Hardware_specification
I use my XO as my day-to-day computer, irregardless of it's florescent green
colors.
With DWM, the two display modes I use most often are monocole and reversed
gridmode(columns instead of rows).
I find that its screen, while comparitively tiny, is sufficient for reading
ebooks, browsing the web on w3m or a remote firefox session, and for editing
documents on a remote OpenOffice session or with nano.
I also, shamefully enough, use the device as a thinclient for my school's
remote desktop server.
DWM is particularlly conducive to the above actions due to its small size,
hotkeys, and incredibly efficient use of screen realestate. The STDIN
functionality of the menu bar i</description>
    <dc:creator>Ian Daniher</dc:creator>
    <dc:date>2008-11-15T18:12:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6751">
    <title>[dvtm] Top stack layout patch</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6751</link>
    <description>Hi again,
   i just fixed the top stack layout. It had some problem with the
status bar, now everything should work properly once for all.

I cannot link the tstack.c file ATM since i'm working on my web
server. The attached patch is against the implementation included
in git.

Regards,
Claudio M. Alessi

</description>
    <dc:creator>Claudio M. Alessi</dc:creator>
    <dc:date>2008-11-15T17:31:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6750">
    <title>[dvtm]: fix for status bar</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6750</link>
    <description>Hi to all dvtm users!

The attached patch restore wah to the height value as the latest
stable release. This prevent to decrement wah of the bh value
anytime the togglebar() function is called (which makes the dvtm
size smaller).

HTH

Claudio M. Alessi

</description>
    <dc:creator>Claudio M. Alessi</dc:creator>
    <dc:date>2008-11-15T16:28:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6749">
    <title>small comment fix</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6749</link>
    <description>Hi!

The header-comment in dwm.c says that the Client struct is a double
linked list. This is not true anymore.

regards
Gtx

</description>
    <dc:creator>Enno "Gottox" Boland</dc:creator>
    <dc:date>2008-11-15T10:47:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6747">
    <title>OT : suckless foreign function interface</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6747</link>
    <description>Hi all

I am not sure if there are any specific mailinglist that is dedicated
to bieng suckless so I am posting it here.

i am trying to extend a scheme interpreter so that I can use it for
certain type of problems that I think that a marriage of scheme and C
would be the best option.

I was wondering what you guys think of the approaches below

1. Generate small C programs and call them via system() inside the
scheme interpreter.

2. Add custom code into the scheme interpreter and link in the lib
3. Develop some sort of foreign function interface

If you guys have an example of implementing some sort of suckless
approach to foreign function that would be cool.

fernan
</description>
    <dc:creator>Fernan Bolando</dc:creator>
    <dc:date>2008-11-15T02:54:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6742">
    <title>urxvt and show/hide bar</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6742</link>
    <description>Hi all,

I usually prefer to keep the bar hidden so I've written a tiny patch
in order to show it when a window has the urgent hint.

But when I'm working with the urxvt term and the bar appears, the last
line in the console is duplicated, a phantom version of it appears
below it. If I change the tag or the layout, or hide the bar again,
the term is redrawn correctly again.

Any ideas?

Best regards
-Carlos


</description>
    <dc:creator>Carlos Pita</dc:creator>
    <dc:date>2008-11-11T03:01:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6740">
    <title>questions about DWM source</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6740</link>
    <description>Recently ive bean trying to find out how X11 window managers work, and 
how to wright them. as DWM seams to have the smallist code, but still be 
useable  it seampt to be a good point to start. So far I've found the 
source to be quite difficult to follow, mainly due to the large number 
of global variables and the not terrabely descriptive variable names 
such as wx, and wy (which I have been renamed to window_x and window_y). 
fairly easy to fix, but didn't make it easy for me to find my way around 
the code.

Then I came across this pese of code in the manage function:

    Window trans = None;

    if(XGetTransientForHint(dpy, wind, &amp;trans))
        t = getclient(trans);
    if(t)
        clien-&gt;tags = t-&gt;tags;
    else
        applyrules(clien);

what exactly does this do? and why is it doing it?

Thanks.


</description>
    <dc:creator>robert hickman</dc:creator>
    <dc:date>2008-11-09T23:24:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6737">
    <title>android sloccount ~11 million</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6737</link>
    <description>Follow up to http://lists.suckless.org/dwm/0811/6958.html


---------- Forwarded message ----------
From: Kai Hendry &lt;hendry-nFKPq/5s+Z9LO/CPuanjvb5dPsmED6B0&lt; at &gt;public.gmane.org&gt;
Date: Fri, Nov 7, 2008 at 1:02 PM
Subject: android sloccount
To: hendry-X3B1VOXEql0&lt; at &gt;public.gmane.org


Creating filelist for bionic
Creating filelist for bootloader
Creating filelist for build
Creating filelist for dalvik
Creating filelist for development
Creating filelist for external
Creating filelist for frameworks
Creating filelist for hardware
Creating filelist for kernel
Have a non-directory at the top, so creating directory top_dir
Adding /home/hendry/android/./Makefile to top_dir
Creating filelist for out
Creating filelist for packages
Creating filelist for prebuilt
Creating filelist for recovery
Adding /home/hendry/android/./reepo to top_dir
Creating filelist for system
Categorizing files.
Finding a working MD5 command....
Found a working MD5 command.
Warning: in dalvik, number of duplicates=112
WARNING! File /home/hendry/andr</description>
    <dc:creator>Kai Hendry</dc:creator>
    <dc:date>2008-11-07T13:19:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6734">
    <title>nokia on android LOCs</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6734</link>
    <description>/I was just reading some news and got shocked by this sentence:

USA/ - According to Niklas Savander, executive vice president of 
services and
software at Nokia, Google Android isn't yet ready for Nokia to make an
assessment on. "A platform has three to four million lines of code" 
&lt;http://www.sfgate.com/cgi-bin/blogs/sfgate/detail?blogid=19&amp;entry_id=26740&gt; 
Savander
told SFGate.com 
&lt;http://www.sfgate.com/cgi-bin/blogs/sfgate/detail?blogid=19&amp;entry_id=26740&gt;. 
"When Android has that many lines, we'll make an assessment.
Until then it's just an announcement".

fmi: http://conversations.nokia.com/home/2008/05/google-android.html

--pancake


</description>
    <dc:creator>pancake</dc:creator>
    <dc:date>2008-11-06T17:36:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6712">
    <title>make setlayout toggle</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6712</link>
    <description>This simple modification to setlayout causes a binding to toggle if it's
already in the requested layout.

void
setlayout(const Arg *arg)
{
  sellt ^= 1;
  if(arg &amp;&amp; arg-&gt;v &amp;&amp; (arg-&gt;v != lt[sellt]))
    lt[sellt] = (Layout *)arg-&gt;v;
  if(sel)
    arrange();
  else
    drawbar();
}

Now Alt-M toggles in and out of Monocle, etc.  I far prefer this
behavior, YMMV.

Neale


</description>
    <dc:creator>Neale Pickett</dc:creator>
    <dc:date>2008-11-04T17:13:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6711">
    <title>patch to not reparent children to init</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6711</link>
    <description>Reparenting everything to init with the double-fork is a nightmare on a
many-user machine, especially when I'm logged in more than once.  pstree
becomes useless.  This sets up a SIGCHLD handler and only forks once.
Adds 2 SLOC, but surely there's some reason the double-fork is there that
I'm just missing...

void
sigchld(int signal)
{
  while (0 &lt; waitpid(-1, NULL, WNOHANG));
}

void
spawn(const Arg *arg)
{
  signal(SIGCHLD, sigchld);
  if (fork() == 0) {
    if (dpy) close(ConnectionNumber(dpy));
    setsid();
    execvp(((char **)arg-&gt;v)[0], (char **)arg-&gt;v);
    fprintf(stderr, "dwm: execvp %s", ((char **)arg-&gt;v)[0]);
    perror(" failed");
    exit(0);
  }
}


</description>
    <dc:creator>Neale Pickett</dc:creator>
    <dc:date>2008-11-04T17:09:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6695">
    <title>How to detect TAG activity?</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6695</link>
    <description>Hello, 
I'm using dwm-5.2, my question is related to window events that
trigger the change of the TAG color, I have a messenger (pidgin) which
triggers that event whenever a new message is received and another
messenger (kopete) which does not.  

Could you please advise me how do applications trigger
the changing of the TAG colour?

Does dwm listen for some special event signal or similar?


Thank you.
Veselin


</description>
    <dc:creator>veselin-2w95/iq8IX0LeOhQHcYz4axOck334EZe&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-11-03T14:05:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.window-managers.dwm/6690">
    <title>sswarp page may need an update</title>
    <link>http://comments.gmane.org/gmane.comp.window-managers.dwm/6690</link>
    <description>To the powers that be,

I just noticed tonight that the swarp page shows some contradictory
information. Namely, it lists the bin as "sswarp" and the package
itself as SSWARP, yet the actual files swarp with a single 's'.


</description>
    <dc:creator>Thayer Williams</dc:creator>
    <dc:date>2008-11-02T01:16:57</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.window-managers.dwm">
    <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.dwm</link>
  </textinput>
</rdf:RDF>
