[dwm] horizontal/vertical tiling behaviour
Hi, I'm using the latest dwm version from the repository and I noticed the following behaviour when switching between vertical and horizontal tiling. When in vertical tiling mode and then pressing mod-h and then repeatedly pressing mod-h the tiling toggles between horizontal and vertical. The same can be done with mod-v. From the function names in config.h I assume this is not the intended behaviour? cheers, Anthony
Re: [dwm] horizontal/vertical tiling behaviour
On 3/21/08, Anthony Brown [EMAIL PROTECTED] wrote: pressing mod-h the tiling toggles between horizontal and vertical. The same can be done with mod-v. From the function names in config.h I assume this is not the intended behaviour? intended: allows to toggle between current and last layout i find it non-intuitive though
Re: [dwm] horizontal/vertical tiling behaviour
On Fri, Mar 21, 2008 at 09:37:26AM +0100, Anthony Brown wrote: When in vertical tiling mode and then pressing mod-h and then repeatedly pressing mod-h the tiling toggles between horizontal and vertical. The same can be done with mod-v. From the function names in config.h I assume this is not the intended behaviour? You can switch to the four modes with the default keys: mod-h for horizontal mod-v for vertical mod-f for floating mod-m for monocle Pressing one of these again sends you back to the mode you were just at. I find this invaluable as occasionally I move into floating mode and dont want to be there, so I merely have to hit mod-f again and I'm back to wherever I was (generally tilev). It's also good if you toggle quite a bit. So in short, yes, it's the intended behaviour. -- Samuel Baldwin
Re: [dwm] horizontal/vertical tiling behaviour
On Fri, Mar 21, 2008 at 10:43:20AM -0400, Samuel Baldwin wrote: On Fri, Mar 21, 2008 at 09:37:26AM +0100, Anthony Brown wrote: When in vertical tiling mode and then pressing mod-h and then repeatedly pressing mod-h the tiling toggles between horizontal and vertical. The same can be done with mod-v. From the function names in config.h I assume this is not the intended behaviour? You can switch to the four modes with the default keys: mod-h for horizontal mod-v for vertical mod-f for floating mod-m for monocle Pressing one of these again sends you back to the mode you were just at. I find this invaluable as occasionally I move into floating mode and dont want to be there, so I merely have to hit mod-f again and I'm back to wherever I was (generally tilev). It's also good if you toggle quite a bit. So in short, yes, it's the intended behaviour. I'm not totally satisfied with the current solution, but yes it was intended. Kind regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361
Re: [dwm] My config.h: cyclegeom, togglebar, setmwfact
I'll summarize what's in that attachment. I made six DEFGEOMs: rightstack bottomstack, monocle, both with and without the bar. cyclegeom: alt-space cycles through the three, either with or without the bar. togglebar: alt-b switches between two of them as you would expect. setmwfact: I used this infrastructure of DEFGEOMs to help me figure out how to make this work with all of the above. _ Test your Star IQ http://club.live.com/red_carpet_reveal.aspx?icid=redcarpet_HMTAGMAR
[dwm] a lone client could be borderless
When only one client is in a workspace (or tagset, or view), it could be borderless. In the default geom, or in bottomstack, the border is unnecessary. In my favorite monocle, any border would remind that something is below. _ Windows Live Hotmail is giving away Zunes. http://www.windowslive-hotmail.com/ZuneADay/?locale=en-USocid=TXT_TAGLM_Mobile_Zune_V3
Re: [dwm] a lone client could be borderless
2008/3/21, Ralph E. Carter [EMAIL PROTECTED]: When only one client is in a workspace (or tagset, or view), it could be borderless. In the default geom, or in bottomstack, the border is unnecessary. In my favorite monocle, any border would remind that something is below. That's a good idea. -- - yiyus || JGL .
Re: [dwm] a lone client could be borderless
Ralph E. Carter [EMAIL PROTECTED] wrote: When only one client is in a workspace (or tagset, or view), it could be borderless. In the default geom, or in bottomstack, the border is unnecessary. In my favorite monocle, any border would remind that something is below. No. The border says: this is the active client. But anyway, special corner case handling leads to bad code. It conflicts with generality, which is one of the design principles. meillo
Re: [dwm] a lone client could be borderless
On 3/21/08, markus schnalke [EMAIL PROTECTED] wrote: But anyway, special corner case handling leads to bad code. It conflicts with generality, which is one of the design principles. if you look into the code then you will realise that the 'one tiled client' case is handled specially anyway (there is a 'if (--n==0)' branch) in my setup if (n == 1) then layout falls back to monocle (which is borderless)
Re: [dwm] a lone client could be borderless
Date: Fri, 21 Mar 2008 19:49:18 +0100 From: [EMAIL PROTECTED] To: dwm@suckless.org Subject: Re: [dwm] a lone client could be borderless On 3/21/08, markus schnalke wrote: But anyway, special corner case handling leads to bad code. It conflicts with generality, which is one of the design principles. I understand. My principle would be the border only appears when needed. if you look into the code then you will realise that the 'one tiled client' case is handled specially anyway (there is a 'if (--n==0)' branch) in my setup if (n == 1) then layout falls back to monocle (which is borderless) Hey! Thanks to your hint, I did it. In dwm.c: In tileh() and tilev(), call monocle: if(--n == 0) { monocle(); return; } In monocle(), adjust as discussed above: resize(c, mox - c-bw, moy - c-bw, mow, moh, RESIZEHINTS); (It is here that the multi-monitor behavior might be affected. I don't know. Have you tried this on multi-monitors?) Now my dwm-4.9 appears to be perfect. (Off topic: I apologize for the Windows footer added to these posts. I want to leave Hotmail, and do something with Wordpress, or obtain hosting somewhere, but I am unsure how to proceed.) _ In a rush? Get real-time answers with Windows Live Messenger. http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh_realtime_042008
Re: [dwm] a lone client could be borderless
vamosaverlas: Date: Fri, 21 Mar 2008 19:49:18 +0100 From: [EMAIL PROTECTED] To: dwm@suckless.org Subject: Re: [dwm] a lone client could be borderless On 3/21/08, markus schnalke wrote: But anyway, special corner case handling leads to bad code. It conflicts with generality, which is one of the design principles. I understand. My principle would be the border only appears when needed. for what its worth, we had to tackle this too in xmonad, which now has an extension, 'smart borders', that tries to apply this rule. given any layout, it uses some heuristics to hide the border of windows in that layout (its a layout modifier, basically) http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-NoBorders.html so any layout, with a single client, or a fullscreen client, or a floating window at fullscreen, etc. for the xinerama case, its a bit tricky: you sometimes need the border to decide which screen has focus. -- Don