Skip to content
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

Open
totaam opened this issue Feb 21, 2019 · 5 comments
Open

StatusNotifierItem support #2161

totaam opened this issue Feb 21, 2019 · 5 comments
Labels
help wanted Extra attention is needed linux

Comments

@totaam
Copy link
Collaborator

totaam commented Feb 21, 2019

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)

@totaam
Copy link
Collaborator Author

totaam commented Feb 21, 2019

As of r21786, we now recommend the gnome-shell-extension-top-icons-plus package, but this still requires extra steps to enable.

@totaam
Copy link
Collaborator Author

totaam commented Jul 22, 2019

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, ...).
So we already have some support for this stuff, just using a more limited Ubuntu variant of the API.
The more complete API variant adds left-click support and that certainly would help: we can then forward it and almost pretend to have a fully functional system tray. The problem is that Ubuntu won't support this... so not much of an improvement on that platform, plus the extra pain of having to detect what is and what isn't supported at runtime, and use something else as fallback.

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..

@totaam
Copy link
Collaborator Author

totaam commented Jan 12, 2021

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.

@totaam
Copy link
Collaborator Author

totaam commented Apr 19, 2022

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.
(next perhaps, we will be forced to use monochrome or no icons at all ... "because UX", this is madness)

@totaam
Copy link
Collaborator Author

totaam commented Jul 12, 2022

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!
(anyone still wondering why the Linux desktop is not a thing yet?)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed linux
Projects
None yet
Development

No branches or pull requests

1 participant