Imho looks ok. You should consider adding it to the wiki.
Nevertheless please stop sending richtext mails to the list.
Cheers,
Anselm
On 6 April 2013 19:15, Jente Hidskes <jthidskes_AT_outlook.com> wrote:
> Hey Anselm,
>
> I already got this working, even though I'm unsure if I have done so correctly.
> Could you quickly check? The patch I'm currently using can be found here:
> https://github.com/Unia/DWM/blob/master/05-dwm-6.0-push.diff
>
> If you have no time for this, I completely understand and since it
> already works anyway, please do ignore my question.
>
> Regards,
>
> Jente
>
>
>
> > Date: Sat, 6 Apr 2013 18:30:16 +0200
> > Subject: Re: [dev] [DWM] How do I read if a client is on top of the
> stack?
> > From: garbeam_AT_gmail.com
> > To: dev_AT_suckless.org
>
> >
> > Hi there,
> >
> > you need to call nexttiled twice with the input of the first call.
> > Also make sure that the second result != the first, otherwise there is
> > only one tiled client.
> >
> > Best regards,
> > Anselm
> >
> >
> > On 17 March 2013 20:15, Jente Hidskes <jthidskes_AT_outlook.com> wrote:
> > > Hello,
> > >
> > > I am modifying push.c, changing it to the following:
> > > 1. No more push up or push down to master; pushup/pushdown should only
> work
> > > in the stack. This is done.
> > > 2. When client is on bottom in the stack, pushdown does nothing. This
> is
> > > done.
> > > 3. When client is on top in the stack, pushup does nothing. This is
> not yet
> > > done; currently it "loops" through all the clients in the stack and
> places
> > > it on the bottom.
> > >
> > > Thus, I need to find a way to detect if the selected client is on top
> of the
> > > stack so I can disable pushup in this situation.
> > >
> > > Also, currently I detect if the next client is master (to disable
> > > pushup/pushdown) by using "c == nexttiled(selmon->clients)"; is that
> the
> > > correct way to detect this? You can find my current code here:
> > > https://gist.github.com/Unia/5183128
> > >
> > > Thanks in advance for your time and replies!
> >
>
Received on Sat Apr 06 2013 - 20:48:22 CEST