Linked by Thom Holwerda on Fri 28th May 2010 22:51 UTC, submitted by poundsmack
Thread beginning with comment 427144
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
RE: About the new "panel notification area"...
by emilsedgh on Sat 29th May 2010 14:25
in reply to "About the new "panel notification area"..."
Features
Linked by Thom Holwerda on 05/21/13 21:38 UTC
Linked by Thom Holwerda on 05/20/13 11:29 UTC
Linked by Thom Holwerda on 05/18/13 21:33 UTC
Linked by David Adams on 05/16/13 4:23 UTC
Linked by Thom Holwerda on 05/11/13 21:41 UTC
Linked by Thom Holwerda on 05/08/13 14:22 UTC
Linked by Thom Holwerda on 05/02/13 15:28 UTC
Linked by Thom Holwerda on 04/29/13 21:06 UTC
Linked by Thom Holwerda on 04/24/13 22:24 UTC
Linked by Thom Holwerda on 04/18/13 11:21 UTC
More Features »
Sponsored Links



Member since:
2005-07-26
So it's based on the system that canonical uses for notification-applet? Cause even though i like the cleanup, it totally nuked the ability to single click minimized apps (such as rhythmbox) to bring them to front (and single click again to iconify).
KDE apps used to function like that as well (like amarok for example), so does this means from now on, the amarok tray icon will only show a menu (like apps using notification-applet in ubuntu lucid), not show/hide amarok?
See, the beauty with the old system was that you had both;
One could left click the tray icon to show/hide, and right click it to get a contextual menu.
But when i think of it, maybe this system needs updating as well. I mean, maybe the notification area should be used for apps that are primarily "menu based", and "real" gui based apps should either have a contextual menu (like dock icons in OSX have, and to some extent windows7), or, "real" gui apps should have the option to be sent to some other specialized "tray area" that is better suited for actual gui apps. I dunno.