The only two ways to consistently handle too many windows in tiling
mode is either killing new windows after a point, or to icon them...
handling _NET_WM_STATE False is more code, I think, but we could offer
both flavors as combo patch.
Or, we could incorporate another patch of mine if we are getting too many
clients in the stack: http://dwm.suckless.org/patches/deck
Improvements to my initial version are very much welcome!
Date: Thu, 28 Mar 2013 10:53:10 +0100
Subject: Re: [dev] [DWM] Patch: stack mfact
From:
wow. java...
go team university coders! ;-)
cheers!
mar77i
On Thu, Mar 28, 2013 at 12:55 PM, Jente Hidskes jthids...@outlook.com wrote:
Or, we could incorporate another patch of mine if we are getting too many
clients in the stack: http://dwm.suckless.org/patches/deck
Improvements to my initial version are very much welcome!
neat. will check your
On Thu, Mar 28, 2013 at 01:18:53PM +0100, Martti Kühne wrote:
wow. java...
go team university coders! ;-)
excuse me, _what_?
v4hn
pgpzfageZU41W.pgp
Description: PGP signature
On Thu, Mar 28, 2013 at 1:29 PM, v4hn m...@v4hn.de wrote:
On Thu, Mar 28, 2013 at 01:18:53PM +0100, Martti Kühne wrote:
wow. java...
go team university coders! ;-)
excuse me, _what_?
v4hn
thanks for hijacking my sarcasm built on a stereotype.
cheers!
mar77i
On Thu, Mar 28, 2013 at 11:55 AM, Jente Hidskes jthids...@outlook.com wrote:
Or, we could incorporate another patch of mine if we are getting too many
clients in the stack: http://dwm.suckless.org/patches/deck
I don't really understand the point of combining a patch that makes clients
in the
I meant that once we would resize clients too much (which causes the crash) we
could simply 'hide' them 'underneath' the stack, like the deck layout does.
Could you elaborate on the nstack approach? I'm not fully understanding where
you're coming from.
Also, I'm not sure what typewriter font
On Thu, Mar 28, 2013 at 2:01 PM, Jente Hidskes jthids...@outlook.com wrote:
Also, I'm not sure what typewriter font I'm using? Could be some Outlook
thing, but over here I'm reading Times New Roman.
[1].
cheers!
mar77i
[1] http://www.asciiribbon.org/
On Thu, Mar 28, 2013 at 1:01 PM, Jente Hidskes jthids...@outlook.com wrote:
I meant that once we would resize clients too much (which causes the crash)
we could simply 'hide' them 'underneath' the stack, like the deck layout
does. Could you elaborate on the nstack approach? I'm not fully
I went ahead and tried hiding the client a la deck layout when its height is
getting too small. It doesn't work. Are there any other ideas? I could just add
another if line to setsmfact, which will set smfact's limit even lower when
there is more than 30 clients.
I tried disabling html email,
I just noticed that if we open too much clients in a vanilla dwm.c, they will
be floating by default. This could be the best way to handle this. Attached is
the patch that does just that: if(h minwsz) then float. minwsz should be
declared in config.h, like so:
static const unsigned int minwsz
Hm, seems like there was still a crash in the previous version which I also
forgot to actually attach. I do think this is the cleanest way to circumvent
the crashing. Let me know what you think!
From: jthids...@outlook.com
To: dev@suckless.org
Subject: RE: [dev] [DWM] Patch: stack mfact
Date:
13 matches
Mail list logo
