On Sunday, 2013-08-11, Stephan Sokolow wrote: > As far as I can tell, libappindicator (which most > appindicator-supporting applications use since it gives them a tray icon > fallback for free if the panel doesn't support appindicators) doesn't > provide an API to allow applications to register separate actions for > left-click and right-click.
I see. I guess there is very little point in using a wrapper library written for a different tool stack, basically using an abstraction that can easily be achieved directly using the tools at hand (qdbusxml2cpp). libappindicator seems to have been created to only address the usecase of Unity app indicator and should probably not be seen as a full client implementation of the specification. > That's the problem. Most applications use a client library which > implements an API without the ability to specify the behaviour I want... > which means that we'd have a chicken-and-egg problem with anything we > did on the server side. Sure, but it is always the responsibility of an application developer to chose libraries based on their capabilities. If a library only implements a subset of a given spec and the application developer wants to have all options available the developer will simply not use that particular implementation. I don't see a chicken-and-egg problem there. Applications that want to offer full capabilties for hosts that make use of all capabilities will just do that. A host implementor who wants to provide all capabilities will to just that independent of whether some applications only use a subset. > The reason I asked about the KDE one is that KDE is a big enough target > that, if they offer an alternative with a richer API, then there's hope > that it could gain enough inertia to catch on as the de facto standard > apps support if available. Right. I don't know if it is an extension or already part of the specification. It looked like part of the normal interface to me. > (Plus, I really think it's stupid to use touchscreens as an excuse to > only have one action. Whatever happened to the tap-and-hold gesture?) Also the whole point is to allow the host to decide if and how to trigger certain actions. 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
