On 9/7/06, Anselm R. Garbe <arg_AT_10kloc.org> wrote:
> This focus policy is fine with me, however there is no
> information about the topmost z-order client if the clientlist
> does not contain any information about this. Thus b) is a
> nice-to-have but ugly to achieve requirement. Actually one would
> need to query the X window tree to get the top most client which
> really sucks and is quite inperformant. I see a solution to keep
That was the idea yes. Is that really such a bad thing?
> track of this info in a more elegant way. If we'd extend Client
> with a pointer:
>
> Client *snext;
>
> We'd have a single linked list which could keep track of focus
> history. on any focus, a client must be pop'ed on this stack.
> focusnext/focusprev won't be affected, this stack would only be
> used in arrange() to focus the top-most client.
>
> What do you think?
Hm, it looks a little overcomplicated at first glance. For simplicity
reasons I'd prefer to let X handle the z-order of clients. But if
you're convinced that that would really suck that much, I guess this
could be an option...
Gr. Sander.
Received on Thu Sep 07 2006 - 12:16:11 UTC
This archive was generated by hypermail 2.2.0 : Sun Jul 13 2008 - 14:31:04 UTC