Idea: Window management for 4.5

Jonathan Schmidt-Dominé jonathan at schmidt-domine.de
Fri Jan 29 21:25:02 CET 2010


> I like the idea of getting rid of systray icons (or taskbar entries),
> whenever systray icons also manage windows (amarok, kopete, ...). However,
> having one behaviour to icon and another for text would possibly confuse
> users, even because it's not very discoverable.
E.g. you could add a thin line to make it clear that there are two sections. I 
think it is somekind intuitive because you associate the icon with the 
application and the title with the window.
> I myself have been thinking about taskbar items bringing systray icons's
> menu but in the same context-menu. But don't know if it'd be too cluttered
> sometimes.
Icons and texts are large enough, so why shouldn't we use the space?
> On notifications above their own taskbar items (I also spent a little time
> with this idea before -- but not that much to solve this issue, really) the
> problem I see is when amarok and firefox (in the example) notify something:
> where do the notifications go? Either they'd cover each other or get beside
> each other (getting far from their taskbar entries -- and what if
> konversation notifies something, too?!) or even be on top of each other
> (but aligned with their taskbar entries), which would just look weird.
First of all: More than 3 notifications are alway confusing. So there must be 
ways to reduce space-usage. 2. It could be configuratable. 3. If you can hide 
the notifications per application, it would not be a real problem to indicate 
that there is another notification. A smaller version could be displayed 
somewhere inside the item.

Jonathan
------------------------
Automatisch eingefügte Signatur:
Es lebe die Freiheit!
Stoppt den Gebrauch proprietärer Software!
Operating System: GNU/Linux
Kernel: Linux 2.6.31.8-0.1-default
Distribution: openSuSE 11.2
Qt: 4.6.1
KDE: 4.4.60 (KDE 4.4.60 (KDE 4.5 >= 20100120)) "release 3"
KMail: 1.13.0
http://gnu.org/
http://kde.org/
http://windows7sins.org/


More information about the Plasma-devel mailing list