Fwd: Adding "group/split" button to the decoration

Matthew Woehlke mw_triad at users.sourceforge.net
Wed Jul 8 00:26:03 CEST 2009


Maciej Pilichowski wrote:
> I like [idea from Diego], but with small correction -- two buttons "add (to 
> group)", second "ungroup".
> 
> * add -- adding to current container, in case of no container create 
> default one

What is "current container"? Or would this be a button on a container to 
absorb a window (with second click)?

What about (in addition to above) a button to wrap a window in a new 
container? It could be a dropdown for container type and also include 
option to interactively create container.

For icons, what do you think of...

Wrap:
   _
  / _
|   \
  \_  |
    _/

Unwrap:
_
  \   _
   | /
_/ |
     \_

(Basically, two half-circles (or maybe angle brackets), with slight 
vertical offset.)

> * default -- GAI (because it does not have hidden elements like TAI)

...missed description of this?

> * ungroup -- ungroup all windows, by default not put in the deco (it 
> could be distraction to weekends users, and container is easy to 
> ungroup by hand, by tearing it apart)

Would this be in the container titlebar, to dissolve that container and 
drop its children into its parent? IMO we should definitely have such a 
button available. Personally I think I /would/ add it by default, but 
that's not a strong opinion.

Diego Moya wrote:
> After pressing "split" all the applications in the grid would still be
> included in a "virtual group", so that pressing "Tile" again would
> restore the grid with all associated applications. This would also
> help to bring together all windows in the group to another virtual
> desktop.

I'm not sure about this, it makes sense, but how do you know when to 
'forget' the virtual group? Otherwise I think there is a very large risk 
for confusion if time passes between ungroup and regroup.

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
You're on your own for the pony. -- Richard Hughes, on feature requests



More information about the Kde-usability-devel mailing list