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: Thu, 28 Mar 2013 15:25:12 +0100
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 = 10; /* Minimal heigt of a client
for smfact */
Let me know what you think of this approach!
From: jthids...@outlook.com
To: dev@suckless.org
Subject: RE: [dev] [DWM] Patch: stack mfact
Date: Thu, 28 Mar 2013 15:13:37 +0100
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, but I can't find anything in the settings. I'll
do a search later today to see if I missed something. Sorry guys!
> Date: Thu, 28 Mar 2013 13:21:42 +0000
> Subject: Re: [dev] [DWM] Patch: stack mfact
> From: raphla...@gmail.com
> To: dev@suckless.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
> > understanding where you're coming from.
>
> The approach of hiding the clients that would cause the crash is a good idea.
>
> The approach with nstack would be to have a variable somewhere that indicates
> the maximal number of clients that can be shown in the stack area. Thus one
> would set this limit in their conf.h (and possibly a couple of entries in
> their key array to tweak the value) and when the number of clients in the
> stack area grows over nstack, the additional ones would simply not be shown.
> Like your deck approach but with a custom number of clients rather than just
> one.
>
>
> Cheers,
> --
> ______________
> Raphaël Proust
>
dwm-6.0-smfact.diff
Description: Binary data
