> Toms a écrit : > > > 1) System tray - applets that could end up in system tray, most > > probably contextually - like, when they are needed or make sense. Or, > > sometimes per user request in preferences (something like a "show in > > system tray" checkbox for those marginal "nobody knows" cases). As > > pointed out[2], KDE has some specs worth considering on the case. > > Please, don't try to abuse the system tray for things that should be > applets. System tray has been made to notify events. One should be able > to use GNOME without requiring a notification applet. A recent example > of things gone wrong is the volume controler : it should be an applet an > not a system tray item, as it presents a permanent state and not an > event nor a response to an event. > > From > http://library.gnome.org/devel/hig-book/stable/desktop-notification-area.html.en > > "The utility of the notification area decreases rapidly when more than > about four icons are always present. For this reason, icons that appear > only temporarily in response to events are preferable." This could be countered similarly: Please stop abusing the system tray for notifications, GNOME ;) Sure, the FreeDesktop spec hints at using it for notifications, but that plan is really not well defined so its role ends up very inconsistent between different projects who offer up their own interpretations. The solution is not to create Yet Another Applet / Notification technology and push it on top of the others (which would require a ladder at this point). Right now we have the wonderful newish dbusy desktop notification spec, which really could handle every kind of notification from short-term low priority to permanent (until user dismisses) super high priority along with actions. Why not let that handle the "notification area"? That we we are guaranteed purity because developers have to be pretty darn sure they are notifying of things if they pull out an API called libnotify. As for system tray, the thought seems to be at the back of everybody's mind to kill the current implementation and create something new that unifies the redundant panel applets all the desktop envionments have and perhaps, while at it, removing that redundancy with the window list concept. Ideally something that keeps tray applets arranged by categories and is desktop-neutral. Personally, I think all things applet related should happen nice and close to FreeDesktop before this part of the desktop ecosystem chokes on itself. Bye, Dylan McCall
Attachment:
signature.asc
Description: This is a digitally signed message part