XDG StatusNotifier Specification: Feedback Invited
Howdy, A while ago I posed a blog entry that talks a little about the work that we're doing with what we've named Application Indicators, based upon a submitted XDG specification [2]. I realize that everyone doesn't read planet, and that it was before the holiday, so I wanted to repost here for information, and update folks on the status. http://gould.cx/ted/blog/Having_a_tidy_systray Basically our goal is to clean up the current systray and provide a consistent means of interacting with applications that choose to put items in there. This means choosing a middle ground where we provide enough flexibility for applications to do something interesting while not allowing them to go crazy. The middle ground we chose is a menu. You can read the usability rationale and approach at [2]. The spec was written by the KDE guys a while back and I believe they're going into their third release supporting it. We've worked with them and the XDG list to get this into a FD.o spec so that we don't have incompatibilities going forward. We've suggested some changes with adding menu support and have patches for KDE that implement these on the KDE side of things. We are planning to ship, in Ubuntu Lucid, both GNOME and KDE applications that work cross desktop and we have committed resources to providing upstream patches for many of these applications. To make it simple to use for application developers we've built a small library called libappindicator [1] that makes it pretty easy to create and manage the icon and the menu an we've documented how to use it [2]. Hopefully this will become part of GTK/GNOME in the future, but obviously it won't be in the 2.30 cycle. It will provide things like transparent fallback to GtkStatusIcon for support of people who choose not to run the applet (and have a notification area one). Currently, the discussion has been happening on the XDG list regarding the spec and we've got a decent implementation of the spec integrating into the GNOME Panel. The commentary by GNOME folks has been light, considering this your invitation to come over to XDG and give your suggestions. The thread subject is 'Proposing the StatusNotifier specification'. --Ted [1] Code is at https://launchpad.net/indicator-application [2] http://www.notmart.org/misc/statusnotifieritem/index.html [3] https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: XDG StatusNotifier Specification: Feedback Invited
On Wed, 2010-01-13 at 21:03 -0500, Dan Winship wrote: On 01/13/2010 02:52 PM, Ted Gould wrote: Basically our goal is to clean up the current systray and provide a consistent means of interacting with applications that choose to put items in there. This means choosing a middle ground where we provide enough flexibility for applications to do something interesting while not allowing them to go crazy. The middle ground we chose is a menu. What are you planning to do with NetworkManager? That's currently the go-craziest of the notification icons, but it's generally pretty *good* crazy and it would be hard to implement that functionality with a plain text-only menu. (And what about the volume indicator? Are you just swapping that back to being an applet?) We don't plan on having everything ported for Lucid, that'd be insane on more than one level. We plan on having the notification area still in the panel for Lucid so that both protocols could be used. I believe that KDE is supporting both for a while as well. Long term, we'd like to be able to support everything that NetworkManager does. Honestly, I'd like to see those features get more available for other apps as I think there's some really good ideas in the NetworkManager menu. First round, we're only supporting the basic menu items in GTK: check, radio and image. I'm pretty busy with just that :) I forgot to mention it in my original mail, but we did set up a mailing list [1] to discuss the menuing issues. I imagine we'll be discussing a next set of menuitems to implement there shortly. --Ted [1] https://launchpad.net/~dbusmenu-list signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: XDG StatusNotifier Specification: Feedback Invited
On Wed, 2010-01-13 at 13:52 -0600, Ted Gould wrote: To make it simple to use for application developers we've built a small library called libappindicator [1] that makes it pretty easy to create and manage the icon and the menu an we've documented how to use it [2]. Hopefully this will become part of GTK/GNOME in the future, but obviously it won't be in the 2.30 cycle. It will provide things like transparent fallback to GtkStatusIcon for support of people who choose not to run the applet (and have a notification area one). Ok so if it won't be on 2.30 it will be done for 3.0 ? Why should module maintainers use this library if it isn't on GNOME infrastructure or even blessed ? I like the idea but so far it seems to me more a downstream development than upstream. Cheers Luis ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
