Re: Bar going away? (was: Re: [wmii] Re: wmii-4 fs proposal/discussion)

From: Uriel <>
Date: Mon, 12 Jun 2006 15:50:09 +0200

On 6/12/06, Anselm R. Garbe <> wrote:
> On Sun, Jun 11, 2006 at 03:26:56AM +0200, Uriel wrote:
> > An external app could provide pretty much the current bar
> > functionality if anyone wants it, something like winwatch(1) but for
> > pages might make sense.
> The bar should be internal to prevent adding bunch of
> synchronization complexity to not overlap the bar all the
> time... Also, I doubt the sense of having a bar with a 9P
> interface as external app, that would add also much complexity
> which seems totally unnecessary. The bar-(re)internalization was
> the correct decision. larswm, ion3, *box and many other WMs
> using a bar prove that.

Uhu? since when does winwatch(1) need a 9P interface?

Anyway, obviously the 'master-tagbar' should be builtin.

> > What is needed is a way to 1) resize the managed area(across all
> > views?) 2) make floating clients 'sticky' (ie., stay in place across
> > views); neither seems particularly hard once wmii internals are
> > cleaned up.
> 1) Agreed.
> 2) Is already there through tagging, thus nothing new.

Wrong, that is not what i meant, sticky-floating clients should appear
in all views always in the same position (and they should show up in
all views even if the tag for the new view did not exist when the
client was started). Basically sticky clients are in an extra layer on
top of views that is always visible.

Received on Mon Jun 12 2006 - 15:50:10 UTC

This archive was generated by hypermail 2.2.0 : Sun Jul 13 2008 - 16:09:13 UTC