DWM Teething Issues: Window layouts and Titlebar reconfiguration

wildfowl · 2014-10-16 20:33:38

I just need a couple of pointers in the right direction.

I have switched to DWM from Awesome and would like to bring a few of conveniences of Awesome over to DWM.

1. Is there a way to make window layouts a little more "dynamic" if you'll pardon the pun?
Mod+t, f, m have no effect on some of the windows on a given tag. For example the tag is set such that the window starts in floating mode. Now I can't maximize it.
Another example, if a window is floating I can maximize it (Mod+m) but then Mod+{t,f} won't return it back to the shape it was in previosuly. The window remains maximized.

2. Is there a way to change the length of the title/tag bar and make it half as long? I plan to fill in the rest of the space with Conky.
Or what can be suggested to use up that extra space at the top?

ANOKNUSA · 2014-10-17 03:41:09

Mod+t, f, m have no effect on some of the windows on a given tag. For example the tag is set such that the window starts in floating mode. Now I can't maximize it.

Floating window support is limited because floating windows are evil. If you start a window in floating mode, you'll need to toggle it back into the tiling layout.

Is there a way to change the length of the title/tag bar and make it half as long? I plan to fill in the rest of the space with Conky.

The title will be truncated by the statusline. You can use this hack to hide empty tags.

wildfowl · 2014-10-17 10:10:45

OK, many thanks for the reply!
Well I guess I'll need a paradigm shift in order to get around what I wish to accomplish here.

3. Is there a way to toggle between show/hide all windows in a tag? So that when the windows are hidden the desktop gets exposed.

4. I was also searching for a way to automatically switch to another tag when an app gets run on said tag.

ANOKNUSA · 2014-10-17 14:46:05

3. Is there a way to toggle between show/hide all windows in a tag? So that when the windows are hidden the desktop gets exposed.

No. Since you're willing to accept a paradigm shift, the first (and maybe hardest) thing every new dwm user needs to learn is that tags are not workspaces. Awesome users seem to use tags as regular workspaces (I know I sure did ); I'm not really sure how that arose or why it's never been corrected, but trust me, using tags the "right" way is so much better.

If you just like being able to see your wallpaper every now and again, there are two ways you might do that. First, you could use the emptyview patch. This would also work well if you have, say, conky running on the root window and want to periodically check some info. The second method (which I use) is to use a screen locker like i3lock or xscreensaver to display an image when the screen locks. When you're actually working with a tiling window manager you won't be able to see your wallpaper anyway.

4. I was also searching for a way to automatically switch to another tag when an app gets run on said tag.

See "Tags Are Not Workspaces," above. There are definitely times when it's best to work with a single window in a view, but I don't like it when applications grab focus from me, so I'm not sure how you might get that to work. In any case, if you're launching a terminal window or some such and just need to view a window's contents for a minute or two, toggling the tag into view should suffice.

wildfowl · 2014-10-17 15:44:47

I see. Point taken but I'm actually looking to reduce the number of operations required to do simple task. To automate these ops saves time/effort in the long run.
I understand the philosophy you're putting across. It is a philosophy and can't see why we can't have both -- namely quicker automation of menial tasks hand in hand with the philosophy of tags as opposed to workspaces.

RE 3. The whole point of this is to get quick access to Conky in the background. I've set Conky up to give alot of information and this info needs regular viewing. Given what you're suggesting then should I be having a single tag dedicated to Conky alone?

RE 4. Sure enough! Although it might be preferable to switch to the new app immediately upon execution.

5. While I'm here could I ask for a quick recommendation on a suitable patch to get floating windows not overlapping one another? All new floating windows are started on the top left corner of the screen or at the previosly saved position. All the time they start overlapping one another. So I would like to try and avoid this in Floating mode. The Tile layout suits other needs. I'm specifically inquiring about a pseudo-tiling layout in Floating layout mode.

Nice Blog BTW!

Next7 · 2014-10-17 16:12:39

I use the following tip to switch automatically to the application's tag:

http://lists.suckless.org/dev/1112/10377.html

wildfowl · 2014-10-17 18:09:31

Next7 wrote:

I use the following tip to switch automatically to the application's tag:
http://lists.suckless.org/dev/1112/10377.html

Lovely thanks. Although that post is a little ambiguous.

This is what it means.

if(c) 
{
	    Arg a = { .ui = c->tags };
	    view(&a);
}

at the end of function manage().

Last edited by wildfowl (2014-10-17 18:09:52)

Arch Linux

#1 2014-10-16 20:33:38

DWM Teething Issues: Window layouts and Titlebar reconfiguration

#2 2014-10-17 03:41:09

Re: DWM Teething Issues: Window layouts and Titlebar reconfiguration

#3 2014-10-17 10:10:45

Re: DWM Teething Issues: Window layouts and Titlebar reconfiguration

#4 2014-10-17 14:46:05

Re: DWM Teething Issues: Window layouts and Titlebar reconfiguration

#5 2014-10-17 15:44:47

Re: DWM Teething Issues: Window layouts and Titlebar reconfiguration

#6 2014-10-17 16:12:39

Re: DWM Teething Issues: Window layouts and Titlebar reconfiguration

#7 2014-10-17 18:09:31

Re: DWM Teething Issues: Window layouts and Titlebar reconfiguration

Board footer