[dwm] Mouse over tile ...
Hi! Today I spent a few hours working under Xmonad window manager. Curiosity ... There was one feature I found quite useful: When you use mouse to move or resize a tiled client, the touched client becomes floating and you are free to do it. It feeled logical and very natural for me. Note that I'm not talking about changing tiled porportions with mouse; here I prefer keyboard. What do others think about this? Peace, -- Damjan Vrenčur <~> http://lmmri.fri.uni-lj.si/damjan/ <~> GPG key: C6A3146F
[dwm] Strange problem with feh and latest tip
Running feh in fullscreen mode under dwm gives me the following warning: "feh WARNING: Window Manager does not support MWM hints. To get a borderless window I have to bypass your wm." After that the feh window appears fullscreen but doesn't seem to have focus, it doesn't accept keyboard input. The problem disappears if Firefox is running or has been run once before using feh. This seems to be dwm-specific, it doesn't happen under wmii.
Re: [dwm] [patch] Stack columns patch for dwm-4.4.1
The intention of supertile is to _replace_ tile. So there must only be a change in config.mk (s/tile/supertile/) and in config.h (s/tile/supertile/) - that's it already. There might be more extension points in the keys definitions of course. Regards, Anselm On Fri, Sep 14, 2007 at 05:46:27PM +0100, Chris Webb wrote: > Kai Grossjohann <[EMAIL PROTECTED]> writes: > > > I wonder whether it would be good to make this a new layout. arg keeps > > suggesting the name "supertile", which I think very well applies to your > > layout. > > > > That might make future maintenance easier. > > I did think of doing this, but in the end I decided that it's most > logically treated as a generalisation of the existing tile layout. Since > you get identical behaviour to tile() if you set nrows=0 or ncols=1 with > nmaster=1, I couldn't see an obvious benefit in having a supertile in > addition rather than replacing tile. I could easily be convinced, though. > > My current use pattern is just with the supertile layout, but different > values for nmaster and nrows on different master tags using my 'per tag' > changes. Without the 'per tag' behaviour, I guess the ability to flip > quickly between a column stack and a standard stack on the right hand > side (without resetting the nrows/ncols state for when you return) would > be more important. > > > It would be very useful to have this on suckless.org. > > I'm happy for both of these patches to go on the contrib/patches page. > > Would anyone be interested in Xft support for the bar? It looks like it's > pretty straightforward call mapping from core text to (basic) Xft so > should be pretty trivial. > > Cheers, > > Chris. > -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] [patch] Stack columns patch for dwm-4.4.1
Kai Grossjohann <[EMAIL PROTECTED]> writes: > I wonder whether it would be good to make this a new layout. arg keeps > suggesting the name "supertile", which I think very well applies to your > layout. > > That might make future maintenance easier. I did think of doing this, but in the end I decided that it's most logically treated as a generalisation of the existing tile layout. Since you get identical behaviour to tile() if you set nrows=0 or ncols=1 with nmaster=1, I couldn't see an obvious benefit in having a supertile in addition rather than replacing tile. I could easily be convinced, though. My current use pattern is just with the supertile layout, but different values for nmaster and nrows on different master tags using my 'per tag' changes. Without the 'per tag' behaviour, I guess the ability to flip quickly between a column stack and a standard stack on the right hand side (without resetting the nrows/ncols state for when you return) would be more important. > It would be very useful to have this on suckless.org. I'm happy for both of these patches to go on the contrib/patches page. Would anyone be interested in Xft support for the bar? It looks like it's pretty straightforward call mapping from core text to (basic) Xft so should be pretty trivial. Cheers, Chris.
Re: [dwm] arguments don't work with default dmenu command
On Fri, Sep 14, 2007 at 05:33:13PM +0200, Anselm R. Garbe wrote: > On Thu, Sep 13, 2007 at 09:33:39PM +0200, Xavier wrote: > > In config.arg.h and config.default.h , dmenu is run like this : > > exe=`dmenu_path | dmenu` && exec $exe > > > > This doesn't work for commands with arguments, eg "xterm -e top" or "import > > -w root root.png" or whatever. > > For me this works without a problem. > > echo $SHELL `$SHELL --version` ? > /bin/zsh zsh 4.3.4 (i686-pc-linux-gnu) Sorry, I feel stupid for not having tried that. The problem indeed only exists with zsh, it works fine with bash. But "eval exec $exe" apparently works fine with both shells.
Re: [dwm] [patch] Stack columns patch for dwm-4.4.1
I wonder whether it would be good to make this a new layout. arg keeps suggesting the name "supertile", which I think very well applies to your layout. That might make future maintenance easier. Kai
Re: [dwm] arguments don't work with default dmenu command
On Thu, Sep 13, 2007 at 09:33:39PM +0200, Xavier wrote: > In config.arg.h and config.default.h , dmenu is run like this : > exe=`dmenu_path | dmenu` && exec $exe > > This doesn't work for commands with arguments, eg "xterm -e top" or "import > -w root root.png" or whatever. For me this works without a problem. echo $SHELL `$SHELL --version` ? Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] [patch] Stack columns patch for dwm-4.4.1
It would be very useful to have this on suckless.org. Kai
