Re: [dev] [DWM] Patch: stack mfact

From: Bryan Bennett <bbenne10_AT_gmail.com>
Date: Fri, 29 Mar 2013 09:06:28 -0400

Jente / Unia -
I just had a go at applying this, but it appears that it expects
pertag (or something else) to also be applied. I'll respond shortly
when I've removed that.
Changing all instances of "selmon->smfacts[selmon->curtag]" to
"selmon->mfact" made this apply just fine.

Opening a bunch of st windows didn't result in a crash, but the
floated windows do get pushed behind the rest of the stack. This isn't
a problem for me at all, but it might confuse some. (Then again...stop
pulling 30+ windows into view >_>)

On Thu, Mar 28, 2013 at 12:43 PM, Jente Hidskes <jthidskes_AT_outlook.com> wrote:
> 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: jthidskes_AT_outlook.com
> To: dev_AT_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: jthidskes_AT_outlook.com
> To: dev_AT_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: raphlalou_AT_gmail.com
>> To: dev_AT_suckless.org
>>
>> On Thu, Mar 28, 2013 at 1:01 PM, Jente Hidskes <jthidskes_AT_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
>>
Received on Fri Mar 29 2013 - 14:06:28 CET

This archive was generated by hypermail 2.3.0 : Fri Mar 29 2013 - 14:12:04 CET