Re: [dwm] focus changes with recent dwm
Hi Jukka, you are right, I removed the selscreen stuff, but if there are still some classical multihead users I would reconsider this decision. Kind regards, Anselm On Sun, Apr 06, 2008 at 04:03:17PM +0200, Jukka Salmi wrote: Hi, I haven't really followed dwm development during the latest weeks or even months. Somewhere between 4.7 and current tip focus behaviour changed: when starting a program on a different screen (e.g. running `DISPLAY=:0.1 xclock' from terminal on screen 0), focus now moves to that program. Previously it did not move. Is this considered a feature? Is there an easy way to get the old behaviour back? Glancing at the code revealed that selscreen is gone... Regards, Jukka -- bashian roulette: $ ((RANDOM%6)) || rm -rf ~ -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361
[dwm] togglemax substiute in 4.9?
hi, as `togglemax' seems gone in 4.9: I agree, that `monocle' is very useful (and superior). the only problem is (seems?) that one cannot easily toggle back and forth to the previous layout. rather, one needs to cycle through all 4 layouts right now, it seems. this is not so nice... question: is their a chance to get a kind of `togglemonocle' functionality into dwm without writing it myself? this would seem a frequent demand: activate monocle for some time than switch back to tiling (or whatever layout was in effect previously). w.r.t. to `floating': I find it always rather annoying that leaving `floating' layout, i.e. going to some tiling layout, there is no way of going back to floating while getting back the previously manually selected arrangements of windows. I admit, I use `floating' rarely, but when I do, the above behaviour comes into the way quite often. the problem with destroying floating arrangements by selecting a diferent layout is, of course, especially severe because layout changes act global. question: any chance of making `dwm' remember any `floating' positioning information on a per-window basis which would enable restoration of positions when coming back to floating layout? regards, joerg
Re: [dwm] togglemax substiute in 4.9?
Hi Joerg, question: is their a chance to get a kind of `togglemonocle' functionality into dwm without writing it myself? this would seem a frequent demand: activate monocle for some time than switch back to tiling (or whatever layout was in effect previously). I had a similar demand, and I solved it by using a custom defgeom, as the following in config.h : DEFGEOM(full, 0, sh,sw, 0, 0, sw,sh, wx, wy, sw, sh, mx+mw, wy, ww-mw, wh, wx, wy, ww, wh) Geom geoms[] = { /* symbol function */ { [], single }, /* first entry is default */ { [f],full }, }; With this configuration, I got something similar to togglemax() by using Ctrl+Mod+Space. HTH, -- Julien
Re: [dwm] [patches] Updated pertag, float-border-color, raiselower, tagall, maximize_vert_horz, gridmode, save_floats and moversize
Jan Christoph Ebersbach [EMAIL PROTECTED] wrote: Hi folks, I've updated the following patches to the early 5.0 version: [...] save_floats Did you see the improved version of save_floats I posted some days ago on the mailing list? Regards Matthias-Christian
Re: [dwm] togglemax substiute in 4.9?
On Mon, Apr 07, 2008 at 02:07:04PM +0200, Julien Barnier wrote: Hi Joerg, question: is their a chance to get a kind of `togglemonocle' functionality into dwm without writing it myself? this would seem a frequent demand: activate monocle for some time than switch back to tiling (or whatever layout was in effect previously). I had a similar demand, and I solved it by using a custom defgeom, as the following in config.h : DEFGEOM(full, 0, sh,sw, 0, 0, sw,sh, wx, wy, sw, sh, mx+mw, wy, ww-mw, wh, wx, wy, ww, wh) Geom geoms[] = { /* symbol function */ { [], single }, /* first entry is default */ { [f],full }, }; With this configuration, I got something similar to togglemax() by using Ctrl+Mod+Space. HTH, -- Julien julien, thanks for responding. I've not dived into the new `geom' stuff yet, but tried your patch simply as is. I find that it always maximizes the master area, irrespective of current focus (but keeps the focused window in the foreground). is that as it should be? so, this patch helps some, but a real `togglelayout' would be nicer :-) joerg
Re: [dwm] [patches] Updated pertag, float-border-color, raiselower, tagall, maximize_vert_horz, gridmode, save_floats and moversize
Thank you Jan. Regards, Veselin On Mon, Apr 07, 2008 at 12:53:56AM +0200, Jan Christoph Ebersbach wrote: Hi folks, I've updated the following patches to the early 5.0 version: pertag float-border-color raiselower tagall maximize_vert_horz gridmode save_floats moversize They can be obtained at http://www.e-jc.de/dwm/5.0/. On Sun 06-04-2008 17:54 +0100, Veselin Kantsev wrote: I'm not sure if its a problem with my config, but when I change the window layout mode for a certain view, it changes it for the rest of the views as well. The pertag-patch is probably the one you are looking for. -- Jan Christoph Ebersbach But by the grace of God I am what I am. 1. Cor 15,10
Re: [dwm] dmenu, slock patches; slock DPMS crash
Hello, Peter Hartlich -- dwm (2008-04-07 22:51:15 +0200): [...] diff -r 612d48273009 dmenu_run --- a/dmenu_run Thu Apr 03 21:56:19 2008 +0100 +++ b/dmenu_run Mon Apr 07 22:17:29 2008 +0200 @@ -1,2 +1,2 @@ #!/bin/sh -exe=`dmenu_path | dmenu $*` exec $exe +exe=`dmenu_path | dmenu $@` exec $exe Makes sense. I'd prefer exe=`dmenu_path | dmenu ${1+$@}` exec $exe though to make sure dmenu is not passed an empty argument in case dmenu_run is called without arguments. diff -r 612d48273009 dmenu_path --- a/dmenu_path Thu Apr 03 21:56:19 2008 +0100 +++ b/dmenu_path Mon Apr 07 22:17:24 2008 +0200 @@ -3,24 +3,24 @@ IFS=: uptodate() { - test ! -f $CACHE return 1 + test -f $CACHE for dir in $PATH do - test $dir -nt $CACHE return 1 + test ! $dir -nt $CACHE || return 1 done - return 0 } Why? This is equivalent... if ! uptodate then for dir in $PATH do - for file in $dir/* + cd $dir + for file in * do - test -x $file echo ${file##*/} + test -x $file echo $file done Hmm, for few directories and lots of files this is indeed slightly faster. - done | sort | uniq $CACHE.$$ - mv $CACHE.$$ $CACHE + done | sort -u $CACHE.$$ + mv $CACHE.$$ $CACHE -cat $CACHE +cat $CACHE Not all sort(1)s have a -u option. However, the '' is a good idea, as is the quoting. Cheers, Jukka -- bashian roulette: $ ((RANDOM%6)) || rm -rf ~
Re: [dwm] dmenu, slock patches; slock DPMS crash
Hi Jukka, I'd prefer exe=`dmenu_path | dmenu ${1+$@}` exec $exe Agreed. uptodate() { -test ! -f $CACHE return 1 +test -f $CACHE for dir in $PATH do -test $dir -nt $CACHE return 1 +test ! $dir -nt $CACHE || return 1 done -return 0 } Why? This is equivalent... Besides the quoting, one and a half lines less. :) Not all sort(1)s have a -u option. Whoops, sorry then. I had checked SuS, heirloom toolchest, the autoconf portability manual and DJB's portability notes and none of them mentioned a missing -u option. Regards, Peter