[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:       Lubos Lunak <l.lunak () suse ! cz>
Date:       2004-09-04 9:47:23
Message-ID: 200409041147.23832.l.lunak () suse ! cz
[Download RAW message or body]

On Wednesday 01 September 2004 17:13, Gustavo Sverzut Barbieri wrote:
> On Wednesday 01 September 2004 11:55, Maurizio Colucci wrote:
> > On Wednesday 01 September 2004 16:24, Gustavo Sverzut Barbieri wrote:
> > > IMHO the problems with macos that need exposé is the lack of a taskbar.
> > > The docker is cool and beauty, but as you said you can't (i guess)
> > > select a specific window from Firefox, for example.   But we're not
> > > suggesting removing the taskbar, it's more some facility to help bring
> > > things all together.
> > >
> > > I don't want my taskbar to looks like:
> > > [ gimp - brushes ][ gimp - gradients ][ gimp - img1 ][ gimp - img2]
> > >
> > > but
> > > [ gimp - toolboxes group ][ gimp - img1 ][ gimp - img2 ]
> >
> > Wouldn't
> >
> >  [gimp-img1]   [gimp-img2]
> >
> > be enough? It is more document oriented.
>
> It's ok.

 I think that'd have to be [gimp-mainwindow] [gimp-img1] [gimp-img2], since 
that's how the gimp's GUI is. The tools window you get after running gimp is 
actually the leader window.

> > More in general: yes, I was wrong. I was trying to solve the problem of
> > the taskbar not grouping enough (e.g. gimp toolwindows), and I proposed a
> > non-solution where the taskbar would have grouped too much (e.g. two
> > totally unrelated konqueror windows, two unrelated gimp pictures).
> >
> > To fix that, first I proposed for the taskbar to check overlapping
> > windows. This would somewhat work, but a better solution is make the
> > taskbar aware of the windowType, not showing the utility windows in the
> > taskbar, and automatically bringing the utility windows on top when
> > needed. This is now implemented in my taskbar and it works.
> >
> > Also, we should file a bug in individual applications when they don't use
> > the windowType in a sensible way. Unfortunately, just today someone tried
> > to ask the gimp developers to set their default to a more sensible way,
> > and the request was ridiculized:
> >
> > http://bugzilla.gnome.org/show_bug.cgi?id=151591
>
> Too bad.

 Actually the things I've written in the bugreport are sane, and I'd have 
handled the bugreport the same way. Their defaults may not be the best (and 
even that's only for some WMs), but they're definitely the safe defaults. 
AFAIK they had it differently for a short time, and get a lot of reports 
about that. There's no clear standard for this, not even close, different 
apps handle this differently, different WMs handle this differently. I have 
such a bad feeling KWin doesn't do a very good job in this area either and 
would need fixing. As soon as it's found out what the proper way should be.

> Well... let's do our part and bug them...
> Most kde apps don't use this bullshit behaviour, we have some apps that
> would benefit from it, like kopete main window + chat window, ksirc, ...
> but it's not essencial...
>    Gimp guys are too braindead, they don't listen to users... see how many
> times the MDI alternative was requested and they ignore.
>
> There's some gimp-like project for kde?
 
 I think it's called Krita these days.

-- 
 Lubos Lunak
 KDE Developer
_______________________________________________
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]