Version: (using KDE KDE 3.5.5) Installed from: SuSE RPMs It is a bit of annoyance -- since the menu is shown at mouse cursor location if I clicked by mistake I cannot see clearly the rest of the systray icons and I have to click in a more limited area. Please compare it to clear displaying menu like KMenu, "last visited" toolbar button in Kate, or simply any menu -- they are displayed next to the item, not next to the cursor mouse. In context of systray, the displayed menu should be treated as a menu, not a classic popup, since such icon is no an app (compare it to maximized Konqueror for example and its popup menu).
I cannot see your problem. Sorry. If you still have this problem, please provide a screenshot.
Created attachment 19311 [details] klipper
Created attachment 19312 [details] kget
Both icons where clicked on the very bottom. Look at Klipper -- nice, clear popup menu -- all icons are still visible. Look at Kget -- popup menu is displayed right on icons -- it is very hard to click to turn off this menu. You cannot see the rest of the icons.
This is a standard behavior in KDE; and it is still the case in KDE4, where KSystemTrayIcon inherits from QSystemTrayIcon. I don't know if it needs to be fixed..
It is near usability issues -- it is not clear, it is hard to click on proper icon (if you make mistake), it is not consistent with combo-menus icons (see toolbars) it is hard to turn it off (no space to click). It is sufficient to compare those screenshot and see which one is more readable.
Btw. couldn't Klipper solution be just used for KGet? It is open-source after all :-)
If we fix that, we will fix it in it's base, KSystemTrayIcon; not only KGet. I will have a look at this.
*** Bug 138079 has been marked as a duplicate of this bug. ***
Yeah, there's not much the Plasma widget can do in this case. Smart placement would really have to be done in KSystemTrayIcon itself. I should note that this bug is becoming way less of an issue, because the new KStatusNotifierItem that is by and large replacing KSystemTrayIcon displays its tray icon menus at the edge of the panel for free. KStatusNotifierItem uses KSystemTrayIcon as a fallback for the various corner cases when KStatusNotifierItem cannot be supported, though, (e.g. remote desktops) so technically the wishlist item could still apply. For now I'll move this to kdelibs. If you feel that this is not something worth pursuing anymore, we can probably close this bug. I'll leave that up to you, though.
Quite contrary, it was and still is very worth fixing -- usability principles does not change after all :-) With fixed point of show it means you get the menu in undesired place. So it would be small improvement in matter of code, but it affect every day usage.
Yes, usability principles don't change, but with the new code it will become more and more unlikely for the issue to ever be encountered, except in corner cases.
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have implemented this wish. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann