On 13-08-11 12:22 PM, Kevin Krammer wrote: > > Sounds to me like the GTK world needing something like KStatusNotifier, which > encapsulates traditional XEmbed icon and D-Bus interface so application > developers don't have to do that all by themselves. > > However, I admit that I don't know anything about GTK based application > development, maybe using separate APIs explicitly is the preferred way and the > thing that is missing is a fixed/extended version of libappindicator or a > library implementing the spec with less focus on Unity. >
The latter. libappindicator does do an automatic XEmbed fallback which some applications rely on but it locks you into the Unity-like behaviour I mentioned before. There are various applications which rely on that fallback and don't implement XEmbed support themselves. I avoid them. Aside from having KDE's hyper-configurability without KTorrent's horrendous memory footprint, part of the reason I use Deluge is that it's written by people who share my viewpoints enough that they make "Enable Application Indicator" a checkbox and, if they had to choose one or the other, I get the impression there's a fair chance they'd ditch the crippled libappindicator implementation. > > Interesting. > The way I read the KDE implementation is that it consideres the context menu > as secondary activation by default, probably overridable to offer primary > activate, secondard activate and menu. That'd make sense, both as an interpretation of their API and as a design paradigm for the tray icon system. Heck, it'd be familiar enough to how XEmbed tray icons work for some sort of successor to QSystemTrayIcon to be based on it. > > Hmm, maybe libappindicator is just too focused on Unity and GTK application > development needs something that implements status notifier more > independently. Probably... though getting Ubuntu to include it and allow it to satisfy package dependencies would probably be an uphill battle, given that they're the ones who cooked up the current state of things. ...plus, to get developers to use it, it'd probably have to be a drop-in replacement that at least exposes both GObject-introspectable GTK+ 2.x and 3.x interfaces and some old-fashioned PyGTK-compatible bindings. > > Cheers, > Kevin > > > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > > ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ Lxde-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lxde-list
