From: Stephan S. <gma...@sp...> - 2013-08-11 00:45:39
|
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. (Just a menu which most hosts bind to both left and right click and that's it) 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. 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. (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?) On 13-08-10 02:43 PM, Andrej N. Gritsenko wrote: > Hello! > > Kevin Krammer has written on Saturday, 10 August, at 20:04: >> On Saturday, 2013-08-10, Andrej N. Gritsenko wrote: >>> Kevin Krammer has written on Saturday, 10 August, at 19:16: >>>> On Saturday, 2013-08-10, Andrej N. Gritsenko wrote: >>>>> Stephan Sokolow has written on Saturday, 10 August, at 11:22: >>>>>> I've gone as far as completely avoiding applications which offer only >>>>>> AppIndicator-based tray icons because I refuse to double the number of >>>>>> clicks and throw in some precision mouse movement in order to show/hide >>>>>> an application's main window. (Especially if I just want to peek at its >>>>>> status without having said status visible during times when I'm >>>>>> vulnerable to distraction.) > >>>>> Another annoying thing of AppIndicator-based tray icons is that they >>>>> never show tooltips and to see status I should click it and then click >>>>> again to hide status, and for "usual left-click or right-click" actions >>>>> I should select option in menu below the status and click it. > >>>> Wouldn't a visualization like that be up to the host? >>>> I.e. the LXDE-Qt panel or tray implementation? > >>> Exactly, it is tray implementation which gives API for plugins. And >>> since gnome-shell tray doesn't offer such API, plugin has no possibility >>> to implement it. Therefore even if those plugins started in another tray >>> they still don't support it. > >> Right, but in the context of LXDE/Razor this is of no consequence, because >> those are the hosts. > >> The applications offer functionality and visualization data and the hosts >> decide how to present that data and trigger functionality so that it fits into >> the host's overall design concepts. > >> So even if the application does not explicitly set any tooltip information a >> host implementation could still show other things like icon, application name >> and status in a tooltip. > >> Or maybe I am misunderstanding your concern. Are the LXDE or Razor systrays >> currently not showing any tooltips? > > I believe their panels show them just fine. I've just added my $.02 > about AppIndicator applets - they are uneasy to use because they require > a lot of extra clicks, as Stephan Sokolow noticed. And I'm not sure if it > possible to extract status from AppIndicator applet until you click on > it, so only thing which our tray may show in tooltip is application name > which is not very useful unfortunately. It's why I'm rather avoiding any > AppIndicator applets. And I still believe desktop and tablet environments > should be different in usability. Gnome/Unity/Win8 don't agree with me, > you know. > > Cheers! > Andriy. > > ------------------------------------------------------------------------------ > 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 > |