-
-
Notifications
You must be signed in to change notification settings - Fork 171
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
StatusNotifierItem support #2161
Comments
As of r21786, we now recommend the |
Related to #476, see also #2242. For gnome-shell: #476#comment:12 I can't find any decent documentation anywhere. Just this: StatusNotifierItem which is quite low level and not very useful. Funny quote: ..tough more model-view oriented, giving more freedom to the workspace how to graphically represent the items coherent to its visual style language - which actually means less freedom for the applications. Taking freedom away from developers but making it sound like this is way better for everyone. Free software, yay.. According to kozec/syncthing-gtk#73: It's just that Unity rebranded a limited subset of what KDE's StatusNotifiers as AppIndicators and just ignores all other features (Passive / Active states, icon activation/left-clicking, application titles, tooltips, ...). Some example code:
Meanwhile, MS Windows supports the same sane API since before Windows 2000. Linux desktop total failure right here. Re-scheduling, it's not looking good for Linux clients.. |
Oh, and RedHat seems to think that ignoring the issue will make it go away: Fedora Workstation needs tray icon/appindicator support: Since upstream GNOME doesn't seam ready any time soon to deliver a workable alternative to the traditional system tray on which many applications still relies, I think that Fedora Workstation (which comes with GNOME) should consider to include by default one of the GNOME shell extensions that provides the service. Indeed. |
The issue has been revived, but sadly it is still going completely in the wrong direction: Update StatusNotifierItem/systemtray spec seems to be going towards a spec that specifies what can go in the system tray: only a menu of course! This will make it practically unusable for forwarding system trays generically. Free software doesn't mean freedom here for sure. |
From this spec's latest post: "A new spec is only useful if there's a willingness to break older applications." They actually want to break older applications, on purpose! |
Specification: StatusNotifierItem
This replaces the now defunct appindicator API (#43, #406), and is based on dbus.
Without this, the system tray does not show up on Ubuntu 18.04 and later. (and probably other DEs too)
The text was updated successfully, but these errors were encountered: