[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: Allocating a virtual desktop automatically [was: thoughts on
From:       Gustavo Sverzut Barbieri <gustavo () gsbarbieri ! sytes ! net>
Date:       2004-08-31 23:35:16
Message-ID: 200408312035.16042.gustavo () gsbarbieri ! sytes ! net
[Download RAW message or body]

On Tuesday 31 August 2004 19:55, Maurizio Colucci wrote:
> On Wednesday 01 September 2004 00:42, Aaron Seigo wrote:
> > On August 31, 2004 15:53, Maurizio Colucci wrote:
> > > "Ok, but at least let's make the taskbar a list of application
> > > instances."
> > >
> > > You may think this is already possible, with taskbar grouping. This
> > > fooled me for a while, but it isn't correct: taskbar grouping groups
> > > all the instances of konqueror into one button. Instead, we want a
> > > button per instance.
> >
> > even this isn't correct, due to konqi's (and other apps') ability to have
> > multiple document windows within the same instance, though this is
> > generally transparent to the user.
> >
> > > What about it?
> >
> > please see my reply to your posting on kde-devel for alternative thoughts
> > on how to do it.
>
> I hope there is some other way to tell...
> I'll try to understand the other way you proposed on kde-devel.
>
> However, as a last resort, we could check if the windows overlap! If they
> do, then probably they are not meant to be viewed together, so we put them
> in the taskbar. If they don't, we group them in the same taskbar button.
> Not bad.
>
> > the only thing i'd add here is what about the use case where you wish to
> > use the taskbar to switch to one of the non-document gimp windows? this
> > is a fairly common case because they get hidden behind other windows
> > fairly easily.
>
> No problem here. As we said, the new taskbar would only show one "gimp"
> button. But as soon as you click the button, ALL THREE gimp windows are
> brought on top. (this is automatic if kde has created a virtual desktop for
> them, otherwise we just put the necessary logic in the taskbar applet to
> bring all 3 on top).

Some points:
 - From what I saw in macos (quick look) it does this kind of stuff: when you 
select photoshop every toolbar is bring to top. This is a really cool idea 
using this kind of app (gimp, ksirc, kopete, ...)

 - There should be no hack to group windows, it should be explicity said by 
the app. Since one of the most benefited from it is apps that need grouping, 
The Gimp, you need to talk to them and specify a way to inform this property.

 - I don't like the new workplace idea... Imagine you want gimp open and a 
webbrowser you want to base your work on... if you put gimp on a exclusive 
virtual desktop you cannot see the browser!


Now one idea I just had (maybe it's foo): what about one virtual desktop for 
each menu subfolder (just for the first level).... when you open something 
from the Internet submenu it's opened in "Internet" desktop. That's only the 
initial location, the app could be moved between them, like now. This should 
be optional.

-- 
Gustavo Sverzut Barbieri
---------------------------------------
Engenharia de Computacao 2001 - UNICAMP
GPSL - Grupo Pro Software Livre
Cell..: +55 (19) 9165 8010
Jabber: gsbarbieri@jabber.org
  ICQ#: 17249123
   GPG: 0xB640E1A2 @ wwwkeys.pgp.net
_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]