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

From: Jente Hidskes <jthidskes_AT_outlook.com>
Date: Fri, 29 Mar 2013 16:38:02 +0100

Hey Brian,

Indeed, I use pertag2 myself. It's an easy fix though, glad you got it working. We could get the floating clients in front of the stack by having a call to XRaiseWindow under c->isfloating = True.

> From: bbenne10_AT_gmail.com
> Date: Fri, 29 Mar 2013 09:06:28 -0400
> Subject: Re: [dev] [DWM] Patch: stack mfact
> To: dev_AT_suckless.org
>
> 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 - 16:38:02 CET

This archive was generated by hypermail 2.3.0 : Fri Mar 29 2013 - 16:48:05 CET