On Mon, 30 Apr 2012 13:05:09 +0200, Paweł Rumian
  <[email protected]> wrote:
: > It is not important that the taglist be global per se.  What is most
: > important is a tag can move freely between screens in one operation.
: 
:  Ah, it really looks like a a different thing than global pool of tags :)

Maybe.  In order to implement it, there are two problems to solve,
at least.  One is to relocate a given tag to a given screen.
The other is to have a way to reference every tag and every screen
and give the user convenient access to execute it.  The latter
would benefit AFAICS from a global pool, but if I understood the
examples correctly, the same tag may very well sit in more than
one list.

Admittedly, when I said list or pool, I was thinking mainly of the
list used by the tag selector widget in the default rc file.
I cannot see any problem having both a global widget and a per
screen widget.  Each has its uses.  

The fact that each tag must be associated with one screen at any 
given point in time is accepted as inevitable, but as long as the
user can find the tag in some list/menu/widget one can at least
in theory run a command to relocate it.  Slightly harder it will
be to make all the widgets redraw themselves synamically as tags move 
around, but that too seems doable.

Others have posted some code examples which seem to be solving about
half the problem.  I'll see how far I can get with that; maybe it
even solves all of the problem when I understand it :-)

:  I am not sure, but maybe changing screens order in xrandr 'on the fly'
:  would do the job? I do not know how awesome would behave when
:  changing defined primary screen, but you might give it a try.

That sounds like a hairy hack, with two practical limitations.
1. some doc's say that xrandr is not compatible with nvidia drivers,
   but maybe that has changed.
2. it is inflexible.  Although I could accept it as a compromise,  
   I would rather be prepared for any permutation of tags which 
   the user might need at some point.  The solution addresses the
   particular example, but not the way I am thinking of desktops
   as a user.


-- 
:-- Hans Georg


-- 
To unsubscribe, send mail to [email protected].

Reply via email to