On Sunday, 2013-08-11, Stephan Sokolow wrote: > 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.
Ah, interesting, I would have guessed it just does the appindicator stuff. > There are various applications which rely on that fallback and don't > implement XEmbed support themselves. I avoid them. I guess the question is if an alternative implementation would also have to be capable of providing that fallback. > 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. Do you think they would be interested in having a non-crippled 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. My take on this is that systemtray integration will become one of the things provided by the QPA plugin in some way, similar to how it already handles native dialogs and the like. Probably not very soon though. > > 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. I don't know about Ubuntu but usually that shouldn't be a problem. The reason libraries get packaged is usually that there are applications using it. I doubt they would patch all applications using an alternative implementation just to avoid a library that would behave differently on a different workspace. Even if they did I find it hard to believe all non-Unity variants would apply the same changes, given that the alternative would give a better integration into their respective choice of workspace. > ...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. Have to take your word for that, I have zero insights into what GTK+ library requirements would be. But I regularily read people claiming that introspection is basically trivial these days and bindings come virtually for free. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ 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
