My first comment would be, that usually the notification stuff appears when I actually work with the application. By having the notification in the tray it is not in the focus of my sight, so I have to shift my gaze and my attention to the corner of the desktop.
OK, I guess I could not explain it properly. This is not about the apps I am working with in a given moment. I was mainly addressing various "asynchronous event/notification". So for example, when I am coding or reading some articles, I would like an agent application / daemon to monitor for my email arrival in my inbox (Gmail notification!), important reminder from my calender app/service (Gmail calender!), Core updates from my distribution/vendor, application updates or new arrival that Software Portal knows (from my subscription) that I will be interested in .... I guess once given the mechanism, people will innovate. Another usage that comes to my mind ... If I let an application to do something long, I usually switch to a different app and check back from it to finish. Using DBus and the Notification Framework (am I being to imaginative), apps are able to notify me. Again people will innovate, they always do. Also if something internal to OS layer / HAL / Desktop manager needs to be notified to user? And of course I will have the control to tell the agent to "shut up" and let me work. which will queue all the notifications for me to see later. Of course the other option is to have individual programs/daemons to do these which will add icons to system tray (Battery notification, update, network manager ... I already have few and would like to add for gmail, gcalender etc. Hope Google doesn't come up with more stuffs that I can't resist to use). Cheers, ------ Mohammad Bhuyan Software Engineer (R&D) SGI Australia -- To unsubscribe, e-mail: opensuse-ux+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ux+help@opensuse.org