To view parent comment, click here.
To read all comments associated with this story, please click here.
Indeed, the GNOME Shell doesn't use the "Indicator Applet" (aka libappindicator or libindicate or something like that); but keep in mind that applications actually had to add optional support for libappindicator, not the other way around.
Let me illustrate with an example: Specto already supported the standard notification system (libnotify) + "tray icon" (gtk status icon) for years, but it had to be extended and complexified with a bunch of if/else in the code to make it work with Ubuntu's indicator applet.
When this applet is not detected/available on the user's panel/system, Specto reverts to using the standard notification system... which is what is used by gnome shell, nothing much has changed in this regard.
And app developers have somewhat less to worry about because the new notification system's design paradigm solves the friggin' problem we've been plagued with since Windows 95's introduction of the notification area (aka the "tray icons").
As I understand it, in gnome shell's notification system, new possibilities are added for application developers wanting to extend the precision of the behavior of their notifications (ex: to be able to mute them when the user is "Busy") and integrate better than they already do.





Member since:
2005-07-23
Surprisingly enough, the notification system is entirely backwards compatible. It still uses libnotify and requires no patching at all from apps to work with it at least at the basic level, it's transparent.
Concrete example: I've been pleasantly surprised to see that Specto's notifications work 100% fine and "as you would expect" with GNOME Shell. I did not have to touch a single line of code. This is frankly quite an achievement.
Edited 2011-04-07 13:47 UTC