Re: [dwm] Re: [wmii] Re: layout per tag.

On Fri, Aug 11, 2006 at 06:16:57PM +0200, Anselm R. Garbe wrote:
> On Fri, Aug 11, 2006 at 11:48:04AM -0400, Ross Mohn wrote:
> > On Fri, 2006-08-11 at 17:06 +0200, Anselm R. Garbe wrote:
> > > On Fri, Aug 11, 2006 at 04:59:35PM +0200, Anselm R. Garbe wrote:
> > > > On Fri, Aug 11, 2006 at 10:25:29AM -0400, Ross Mohn wrote:
> > > > > One thing I've thought was missing (or maybe it's there and I don't know
> > > > > how to do it?) is the ability to say that I want to view on my desktop
> > > > > everything with the tags "mail" and "net". Rather than having to give
> > > > > multiple tags to the clients, I'd like the ability to dump everything on
> > > > > my desktop that has either of these tags. Specify a regexp to describe
> > > > > which tags I want to view --> mail|net. Can I do that?
> > > > >
> > > > > Those things in the bottomleft of the screen are just shortcuts for
> > > > > viewing all clients of one tag.
> > > >
> > > > There have been experimental implementations in wmii-3- for
> > > > this. However, there are two problems with this approach. First
> > > > of all, it adds redundancy, because the behavior can be achieved
> > > > through (un)applying a 'join' tag to all clients tagged with
> > > > either 'mail' or 'net'. Second, which is actually the main
> > > > reason I dropped the idea, is, that it is quite complex to
> > > > remember geometry information for such kind of views. Besides
> > > > this there are plenty corner cases what todo if a new client is
> > > > started while in the view 'mail|net' - in this case it is quite
> > > > complex to tag a new client who inherits the current view name
> > > > accordingly with both, mail and net (actually it is possible
> > > > through iterating all existing tags and checking if the
> > > > regexp matches). But the main reason has been geomtry
> > > > information caching. For a simple but dynamic window management
> > > > model like dwm implements, it would be easy to implement such
> > > > stuff (however, for the dwm side of life there don't exist any
> > > > input methods to supply such dynamic regexp to windows atm.).
> > > > Maybe it would be worth thinking about this approach further,
> > > > dunno.
> > >
> > > Another remark. Supplying such regexp matching to sort special
> > > windows requires much more user interaction than doing it the
> > > other way around: tagging windows automatically through applying
> > > rules with a _fixed_ set of tags. That's the approach which
> > > evolved so far and works best in either dwm and wmii.
> >
> > I agree that the regexps in the rules is a very good thing in dwm. As
> > far as an input method to put multiple tags on the dwm desktop, I was
> > thinking of this:
> >
> > MODKEY+Control+Button1 on a tag to add a tag to the desktop view
> > MODKEY+Control+Button3 on a tag to del a tag from the desktop view
> > (unless its the only tag in view!)
> > MODKEY+Control+h to add the previous tag to the desktop view
> > MODKEY+Control+l to add the next tag to the desktop view
> >
> > How to tag new windows would be a question, as would what to do when
> > viewnext/prev are called?
>
> I think such things would make everything more complex for too
> less benefit. The current way is easy to understand and to
> grasp. If you need a client in different view, apply the tags to
> the specific client it should be shown (wether manually or
> automatically).
>
> If you really want to try selecting more than one tag to merge
> the existing clients, I'd propose you to do that only in the
> tag bar, just define ShiftMask as 'additional tag', highlight
> that tag as well and all windows can be combined of the shifted
> tags, a normal press on a tag will only show that single tag.
>
> I'm not sure that would be worth to be implemented.
> (I can remember some situations when I wanted to see more
> clients...)

An implementation detail to this idea: with 0.8 or hg tip, one
would only need to make tsel an array of the size of tags being
Bool to highlight the info which tags are currently viewed.

Regards,

-- 
 Anselm R. Garbe  ><><  www.ebrag.de  ><><  GPG key: 0D73F361