[dwm] patch for colored status text

2008-12-04 Thread Jeremy Jay
Another simple patch for anyone interested. Changes the way colors are defined slighty, allowing you to create more color combinations. Then, to color the status text from stdin you can simply use the color combo # as follows: echo -e \x03 warning low battery -- will be printed with the third

Re: [dwm] slock dialog behavior

2008-12-04 Thread Anselm R Garbe
Thanks for reporting this, I currently try to reproduce and fix this. Kind regards, Anselm 2008/11/29 list subscriber [EMAIL PROTECTED]: 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

Re: [dwm] patch to not reparent children to init

2008-12-04 Thread Anselm R Garbe
Applied in hg tip, thanks Neale! 2008/11/4 Neale Pickett [EMAIL PROTECTED]: 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.

Re: [dwm] Re: urgent windows border

2008-12-04 Thread Anselm R Garbe
2008/11/29 yy [EMAIL PROTECTED]: It had a bug. We don't want to set as urgent the sel client. Sorry for the noise. I have mixed feelings about this patch. Does someone has strong arguments that this would be a good idea for upstream dwm? Kind regards, --Anselm

[dwm] dwm-5.3

2008-12-04 Thread Anselm R Garbe
Hi, there was some silence during the last weeks, simply because I am/was rather busy but also because I'm working on a secret surprise project (yes it's st related). But I won't tell anything about it yet -- I hope to disclose the details at 25C3 in Berlin in a couple of weeks ;) Anyway, it's

Re: [dwm] Re: urgent windows border

2008-12-04 Thread yy
2008/12/4 Anselm R Garbe [EMAIL PROTECTED]: I have mixed feelings about this patch. Does someone has strong arguments that this would be a good idea for upstream dwm? I also have mixed feelings... I wrote it because I didn't see urgent windows when they were visible (I know this sentence looks

Re: [dwm] Re: urgent windows border

2008-12-04 Thread Tinou
On Thu, Dec 4, 2008 at 9:31 PM, yy [EMAIL PROTECTED] wrote: 2008/12/4 Anselm R Garbe [EMAIL PROTECTED]: I have mixed feelings about this patch. Does someone has strong arguments that this would be a good idea for upstream dwm? I also have mixed feelings... I wrote it because I didn't see

Re: [dwm] dwm-5.3

2008-12-04 Thread Leonardo Taccari
Hello Anselm, On Thu, Dec 04, 2008 at 08:37:38PM +, Anselm R Garbe wrote: Let me know any issues. Great! Thank you for dwm-5.3. I think that it's needed to #include signal.h, infact without it I couldn't compile on NetBSD. I just updated the pkgsrc package[0] too and added the signal.h

Re: [dwm] Re: urgent windows border

2008-12-04 Thread yy
2008/12/4 Tinou [EMAIL PROTECTED]: On Thu, Dec 4, 2008 at 9:31 PM, yy [EMAIL PROTECTED] wrote: Besides the border color, I think this patch is really useful when using the monocle layout. As clearing the urgent flag one could miss that not visible urgent window. Though it's only visible

Re: [dwm] dwm-5.3

2008-12-04 Thread Mate Nagy
Greetings, option which allows to set use server grabs during mouse based resizals/movements. now i'm using a computer where this is again an issue, except much more so, and not only with GL windows (big shared framebuffer mode with intel 945gm). I tried hacking server grabs into dwm 5.2 myself

Re: [dwm] dwm-5.3

2008-12-04 Thread Enno Gottox Boland
Also released: dwm-gtx-5.3 * patch: http://s01.de/~gottox/files/dwm/dwm-gtx-5.3.diff * tarball: http://s01.de/~gottox/files/dwm/dwm-gtx-5.3.tar.gz * website: http://s01.de/~gottox/index.cgi/proj_dwm regards Gottox -- http://www.gnuffy.org - Real Community Distro

Re: [dwm] dwm-5.3

2008-12-04 Thread Guillaume Quintin
On Thu, 4 Dec 2008 20:37:38 + Anselm R Garbe [EMAIL PROTECTED] wrote: Hi, there was some silence during the last weeks, simply because I am/was rather busy but also because I'm working on a secret surprise project (yes it's st related). But I won't tell anything about it yet -- I hope

Re: [dwm] dwm-5.3

2008-12-04 Thread James Turner
Great! Thank you for dwm-5.3. I think that it's needed to #include signal.h, infact without it I couldn't compile on NetBSD. #include signal.h is also required on OpenBSD. -- James Turner BSD Group Consulting http://www.bsdgroup.org

Re: [dwm] Re: urgent windows border

2008-12-04 Thread Tinou
On Thu, Dec 4, 2008 at 11:19 PM, yy [EMAIL PROTECTED] wrote: 2008/12/4 Tinou [EMAIL PROTECTED]: On Thu, Dec 4, 2008 at 9:31 PM, yy [EMAIL PROTECTED] wrote: Besides the border color, I think this patch is really useful when using the monocle layout. As clearing the urgent flag one could miss

Re: [dwm] Re: urgent windows border

2008-12-04 Thread Tinou
On Fri, Dec 5, 2008 at 2:39 AM, Tinou [EMAIL PROTECTED] wrote: On Thu, Dec 4, 2008 at 11:19 PM, yy [EMAIL PROTECTED] wrote: 2008/12/4 Tinou [EMAIL PROTECTED]: On Thu, Dec 4, 2008 at 9:31 PM, yy [EMAIL PROTECTED] wrote: Besides the border color, I think this patch is really useful when using

Re: [dwm] dwm-5.3

2008-12-04 Thread Neale Pickett
Guillaume Quintin [EMAIL PROTECTED] writes: As usual this is the dwmii patch for dwm-5.3. I think I have an issue when quitting dwm : If windows are openned (xterm, claws-mail, firefox, pidgin for example) then X won't shut down until I close (when possible) the windows. Does this have to do

[dwm] a locked window for stalonetray - a different approach

2008-12-04 Thread Marcin Cieslak
Jeremy Jay wrote: 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

[dwm] Re: a locked window for stalonetray - a different approach

2008-12-04 Thread Marcin Cieslak
Marcin Cieslak wrote: Probably this behaviour could/should be combined with your nofocus feature, i.e. locked windows should never get focus *at first*. And another version - allow the locked window to be normally focused with mouse or keyboard, but do not focus it as the *first* client in