http://blog.gmane.org/gmane.comp.window-managers.dwm hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.window-managers.dwm/6797 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, yy 2008-11-29T20:17:17 http://comments.gmane.org/gmane.comp.window-managers.dwm/6795 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 & 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 & firefox & # 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 :<<EOF while :; do [[ `xlsclients | grep firefox` ]] && slock done EOF Thanks list subscriber 2008-11-29T16:37:32 http://comments.gmane.org/gmane.comp.window-managers.dwm/6794 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? SIO 2008-11-29T14:40:13 http://comments.gmane.org/gmane.comp.window-managers.dwm/6787 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|NoFocus }, Patch against tip attached, if anyone else is interested - it only adds 7 lines so its still nice and small. =) Jeremy # HG changeset patch # User dinkumator-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org # Date 1227289871 18000 # Node ID 811a88242229049dfd367487ae7312f238972179 # Parent f6c3491c41f1a5e149eaa0e28d59e5b69d7682c1 hide sticky(tags=~0) windows from tag-bar indicators also add ability to designate windows as "nofocus" ie, switching tags will never auto-focus "nofocus" windows, but will skip to next window. Rules now have a bitmask for the 4th parameter instead of the boolean isfloating. You can now use the list of enums: Normal, Floating, NoFocus. For example: { "stalonetray", NULL, NULL, ~0, Floating|NoFocus }, will make stalonetray never automatically recieve focus, it will always be floating, and it will be on every tag, yet not put an indicator in the bar. diff -r f6c3491c41f1 -r 811a88242229 config.def.h --- a/config.def.hSun Nov 16 13:22:24 2008 +0000 +++ b/config.def.hFri Nov 21 12:51:11 2008 -0500 < at >< at > -21,9 +21,9 < at >< at > static unsigned int tagset[] = {1, 1}; /* after start, first tag is selected */ static Rule rules[] = { -/* class instance title tags mask isfloating */ -{ "Gimp", NULL, NULL, 0, True }, -{ "Firefox", NULL, NULL, 1 << 8, True }, +/* class instance title tags mask flags */ +{ "Gimp", NULL, NULL, 0, Floating }, +{ "Firefox", NULL, NULL, 1 << 8, Floating }, }; /* layout(s) */ diff -r f6c3491c41f1 -r 811a88242229 dwm.c --- a/dwm.cSun Nov 16 13:22:24 2008 +0000 +++ b/dwm.cFri Nov 21 12:51:11 2008 -0500 < at >< at > -65,6 +65,7 < at >< at > enum { WMProtocols, WMDelete, WMState, WMLast }; /* default atoms */ enum { ClkTagBar, ClkLtSymbol, ClkStatusText, ClkWinTitle, ClkClientWin, ClkRootWin, ClkLast }; /* clicks */ +enum { Normal, Floating, NoFocus=2 }; /* Client flags for Rules */ typedef union { int i; < at >< at > -89,7 +90,7 < at >< at > int basew, baseh, incw, inch, maxw, maxh, minw, minh; int bw, oldbw; unsigned int tags; -Bool isfixed, isfloating, isurgent; +Bool isfixed, isfloating, isurgent, nofocus; Client *next; Client *snext; Window win; < at >< at > -127,7 +128,7 < at >< at > const char *instance; const char *title; unsigned int tags; -Bool isfloating; +unsigned int flags; } Rule; /* function declarations */ < at >< at > -258,7 +259,8 < at >< at > if((!r->title || strstr(c->name, r->title)) && (!r->class || (ch.res_class && strstr(ch.res_class, r->class))) && (!r->instance || (ch.res_name && strstr(ch.res_name, r->instance)))) { -c->isfloating = r->isfloating; +c->isfloating = (r->flags&Floating)!=0; +c->nofocus = (r->flags&NoFocus)!=0; c->tags |= r->tags & TAGMASK; } } < at >< at > -498,7 +500,8 < at >< at > Client *c; for(c = clients; c; c = c->next) { -occ |= c->tags; +if(c->tags!=TAGMASK) +occ |= c->tags; if(c->isurgent) urg |= c->tags; } < at >< at > -508,7 +511,7 < at >< at > dc.w = TEXTW(tags[i]); col = tagset[seltags] & 1 << i ? dc.sel : dc.norm; drawtext(tags[i], col, urg & 1 << i); -drawsquare(sel && sel->tags & 1 << i, occ & 1 << i, urg & 1 << i, col); +drawsquare(sel && tagset[seltags] & sel->tags & 1 << i, occ & 1 << i, urg & 1 << i, col); dc.x += dc.w; } if(blw > 0) { < at >< at > -610,6 +613,7 < at >< at > void focus(Client *c) { +Client *inc=c; if(!c || !ISVISIBLE(c)) for(c = stack; c && !ISVISIBLE(c); c = c->snext); if(sel && sel != c) { < at >< at > -619,6 +623,9 < at >< at > if(c) { detachstack(c); attachstack(c); +} +while( !inc && c && c->nofocus ) c=c->next; +if(c) { grabbuttons(c, True); XSetWindowBorder(dpy, c->win, dc.sel[ColBorder]); XSetInputFocus(dpy, c->win, RevertToPointerRoot, CurrentTime); < at >< at > -644,17 +651,17 < at >< at > if(!sel) return; if (arg->i > 0) { -for(c = sel->next; c && !ISVISIBLE(c); c = c->next); +for(c = sel->next; c && !ISVISIBLE(c) && c->nofocus; c = c->next); if(!c) -for(c = clients; c && !ISVISIBLE(c); c = c->next); +for(c = clients; c && !ISVISIBLE(c) && c->nofocus; c = c->next); } else { for(i = clients; i != sel; i = i->next) -if(ISVISIBLE(i)) +if(ISVISIBLE(i) && i->nofocus) c = i; if(!c) for(; i; i = i->next) -if(ISVISIBLE(i)) +if(ISVISIBLE(i) && i->nofocus) c = i; } if(c) { Jeremy Jay 2008-11-21T18:38:29 http://comments.gmane.org/gmane.comp.window-managers.dwm/6771 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 Eyolf Østrem 2008-11-19T16:35:31 http://comments.gmane.org/gmane.comp.window-managers.dwm/6766 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 < 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 Joerg van den Hoff 2008-11-18T22:33:53 http://comments.gmane.org/gmane.comp.window-managers.dwm/6760 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;} joten-KuiJ5kEpwI6ELgA04lAiVw< at >public.gmane.org 2008-11-18T19:19:09 http://comments.gmane.org/gmane.comp.window-managers.dwm/6757 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 < at >< at > -133,6 +133,7 < at >< at > /* 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); < at >< at > -171,6 +172,7 < at >< at > 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); < at >< at > -285,6 +287,44 < at >< at > if(lt[sellt]->arrange) lt[sellt]->arrange(); restack(); +} + +void +arrangefloating(Client *c) { +int x, y, w, h; +Client *oc; +int foundslot=0; + +x = c->x; +y = c->y; +w = c->w; +h = c->h; + +while(!foundslot) { +for(oc = nextfloating(clients); oc; oc = nextfloating(oc->next)) { +if(x + w <= oc->x) continue; +if(x >= oc->x + oc->w) continue; +if(y + h <= oc->y) continue; +if(y >= oc->y + oc->h) continue; +x = oc->x + oc->w; +} + +if(x + w > sw) { +x = c->x; +y++; +if(y + h > sh) +break; +} +else +foundslot=1; +} + +if(!foundslot) { +x = rand() % (sw - w); +y = rand() % (sh - h); +} + +resize(c, x, y, w, h, resizehints); } void < at >< at > -931,6 +971,10 < at >< at > c->isfloating = trans != None || c->isfixed; if(c->isfloating) XRaiseWindow(dpy, c->win); +if(!lt[sellt]->arrange) { +c->isfloating = True; +arrangefloating(c); +} attachaftersel(c); attachstack(c); XMoveResizeWindow(dpy, c->win, c->x + 2 * sw, c->y, c->w, c->h); /* some windows require this */ < at >< at > -1021,6 +1065,12 < at >< at > if(usegrab) XUngrabServer(dpy); XUngrabPointer(dpy, CurrentTime); +} + +Client * +nextfloating(Client *c) { +for(; c && (!c->isfloating || !ISVISIBLE(c)); c = c->next); +return c; } Client * Oskar Nordquist 2008-11-18T01:33:29 http://comments.gmane.org/gmane.comp.window-managers.dwm/6752 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 is also useful as it allows me to display my battery level on a system which most battery monitoring applets choke due to it's disues of ACPI. Another often-used suckless app on my XO is dmenu, which I use with a custom script to rotate the screen, suspend the laptop, change the backlight, and so on. Thanks for all the awesome software you all have put together! Second off: The HP2133 mininote is on sale on amazon. Running linux out of the box, the thing packs a 1280x768 8.9" screen, this thing isn't affected by the most significant limitation of most subnotebooks, the puny screen. The advert can be found here: *http://tinyurl.com/hp2133dwm. Enjoy,* Ian Daniher 2008-11-15T18:12:37 http://comments.gmane.org/gmane.comp.window-managers.dwm/6751 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 Claudio M. Alessi 2008-11-15T17:31:49 http://comments.gmane.org/gmane.comp.window-managers.dwm/6750 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 Claudio M. Alessi 2008-11-15T16:28:34 http://comments.gmane.org/gmane.comp.window-managers.dwm/6749 Hi! The header-comment in dwm.c says that the Client struct is a double linked list. This is not true anymore. regards Gtx Enno "Gottox" Boland 2008-11-15T10:47:19 http://comments.gmane.org/gmane.comp.window-managers.dwm/6747 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 Fernan Bolando 2008-11-15T02:54:36 http://comments.gmane.org/gmane.comp.window-managers.dwm/6742 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 Carlos Pita 2008-11-11T03:01:48 http://comments.gmane.org/gmane.comp.window-managers.dwm/6740 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, &trans)) t = getclient(trans); if(t) clien->tags = t->tags; else applyrules(clien); what exactly does this do? and why is it doing it? Thanks. robert hickman 2008-11-09T23:24:54 http://comments.gmane.org/gmane.comp.window-managers.dwm/6737 Follow up to http://lists.suckless.org/dwm/0811/6958.html ---------- Forwarded message ---------- From: Kai Hendry <hendry-nFKPq/5s+Z9LO/CPuanjvb5dPsmED6B0< at >public.gmane.org> Date: Fri, Nov 7, 2008 at 1:02 PM Subject: android sloccount To: hendry-X3B1VOXEql0< at >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/android/external/webkit/WebKitTools/iExploder/htdocs/iexploder.cgi has unknown start: #!/usr/bin/ruby WARNING! File /home/hendry/android/external/webkit/WebKitTools/Scripts/clean-header-guards has unknown start: #!/usr/bin/ruby WARNING! File /home/hendry/android/external/opencore/protocols/rtp_payload_parser/util/output/pv_rtp.bin has unknown start: #!< at >PVRTPX Warning: in external, number of duplicates=409 Warning: in kernel, number of duplicates=237 Warning: in prebuilt, number of duplicates=137 Computing results. SLOC Directory SLOC-by-Language (Sorted) 5933715 kernel ansic=5699380,asm=216369,perl=5972,cpp=3962,yacc=2901, sh=2546,lex=1824,python=331,lisp=218,pascal=116,awk=96 3408872 external ansic=1622401,cpp=1303963,asm=199757,java=70100, perl=67105,sh=63778,php=38425,objc=15399,python=14105,yacc=4608,cs=2308,lex=2096,ada=1681,ruby=1585,pascal=1089,exp=200,awk=195,sed=43,lisp=34 537928 dalvik java=442045,ansic=76304,cpp=9565,asm=8221,sh=1442, python=340,perl=11 442056 frameworks java=308683,cpp=121949,ansic=10663,yacc=260,lex=210, sh=141,cs=85,asm=65 186802 system ansic=169565,cpp=15309,sh=902,asm=707,yacc=137,lex=103, java=79 162683 packages java=162580,python=103 123811 development java=94558,cpp=21716,ansic=5203,sh=1232,python=746, ruby=183,lisp=110,pascal=63 97752 bionic ansic=85735,asm=8802,python=3108,cpp=107 26702 prebuilt ansic=24892,sh=1810 20043 build java=9207,ansic=6386,cpp=1461,cs=1450,sh=989,python=550 9216 recovery ansic=8088,sh=428,yacc=369,lex=283,python=48 7166 hardware ansic=5007,cpp=2159 4773 bootloader ansic=4651,asm=122 461 top_dir sh=461 0 out (none) Totals grouped by language (dominant language first): ansic: 7718275 (70.41%) cpp: 1480191 (13.50%) java: 1087252 (9.92%) asm: 434043 (3.96%) sh: 73729 (0.67%) perl: 73088 (0.67%) php: 38425 (0.35%) python: 19331 (0.18%) objc: 15399 (0.14%) yacc: 8275 (0.08%) lex: 4516 (0.04%) cs: 3843 (0.04%) ruby: 1768 (0.02%) ada: 1681 (0.02%) pascal: 1268 (0.01%) lisp: 362 (0.00%) awk: 291 (0.00%) exp: 200 (0.00%) sed: 43 (0.00%) Total Physical Source Lines of Code (SLOC) = 10,961,980 Development Effort Estimate, Person-Years (Person-Months) = 3,490.71 (41,888.49) (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05)) Schedule Estimate, Years (Months) = 11.89 (142.67) (Basic COCOMO model, Months = 2.5 * (person-months**0.38)) Estimated Average Number of Developers (Effort/Schedule) = 293.60 Total Estimated Cost to Develop = $ 471,547,101 (average salary = $56,286/year, overhead = 2.40). SLOCCount, Copyright (C) 2001-2004 David A. Wheeler SLOCCount is Open Source Software/Free Software, licensed under the GNU GPL. SLOCCount comes with ABSOLUTELY NO WARRANTY, and you are welcome to redistribute it under certain conditions as specified by the GNU GPL license; see the documentation for details. Please credit this data as "generated using David A. Wheeler's 'SLOCCount'." Kai Hendry 2008-11-07T13:19:54 http://comments.gmane.org/gmane.comp.window-managers.dwm/6734 /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" <http://www.sfgate.com/cgi-bin/blogs/sfgate/detail?blogid=19&entry_id=26740> Savander told SFGate.com <http://www.sfgate.com/cgi-bin/blogs/sfgate/detail?blogid=19&entry_id=26740>. "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 pancake 2008-11-06T17:36:36 http://comments.gmane.org/gmane.comp.window-managers.dwm/6712 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 && arg->v && (arg->v != lt[sellt])) lt[sellt] = (Layout *)arg->v; if(sel) arrange(); else drawbar(); } Now Alt-M toggles in and out of Monocle, etc. I far prefer this behavior, YMMV. Neale Neale Pickett 2008-11-04T17:13:21 http://comments.gmane.org/gmane.comp.window-managers.dwm/6711 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 < waitpid(-1, NULL, WNOHANG)); } void spawn(const Arg *arg) { signal(SIGCHLD, sigchld); if (fork() == 0) { if (dpy) close(ConnectionNumber(dpy)); setsid(); execvp(((char **)arg->v)[0], (char **)arg->v); fprintf(stderr, "dwm: execvp %s", ((char **)arg->v)[0]); perror(" failed"); exit(0); } } Neale Pickett 2008-11-04T17:09:54 http://comments.gmane.org/gmane.comp.window-managers.dwm/6695 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 veselin-2w95/iq8IX0LeOhQHcYz4axOck334EZe< at >public.gmane.org 2008-11-03T14:05:44 http://comments.gmane.org/gmane.comp.window-managers.dwm/6690 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'. Thayer Williams 2008-11-02T01:16:57 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.window-managers.dwm