What’s the reasoning behind not having a “system tray” in GNOME? You need to install an extension for that, and that is a weird process for newcomers/beginners.
But my question is why? Does GNOME really think you don’t need one? Why don’t they include it?
The best and most official explanation I’ve read is the 2017 GNOME blog post, Status Icons and GNOME.
Essentially, tray icons are a throwback to the days before designated notification and media playback APIs, and they now create some ambiguity for app developers, in addition to being ripe for abuse.
It’s a worthwhile read and the writer makes several valid points, but doesn’t address as much as I’d like in terms of actual solutions for things like instant messengers.
Personally, I would be happy if most traditional tray apps could be displayed in the dash, with status indicators, and started in a minimized state, but I still see the benefit of having some always-visible panel icons, such as instant messengers and VPN indicators.
Gnome spends a lot of time testing user designs that are simple and get the task done for the 99% marketshare they don’t have. They try not to be bound by our current approach to computers, and instead idealize what most of the world actually wants.
I think it’s a noble goal but will never touch it. I’m surprised other people do. That said, I’ll always support them because of how much they upstream.
Thanks for sharing these links! I’m glad to see so much consideration being put into a better solution.
Well… they don’t like the design of a “system tray”. To be fair, it’s a very Windows centric idea, and the notion that they must provide one because Windows has one seems… similarly questionable to me too. Speaking personally I hate the idea, and always have. It’s a real dumpster fire because:
- Lots of drivers (on Windows) assume you don’t know how to launch programs, and force a permanent launch shortcut on you.
- Programs assume you don’t understand how to minimize or hide a window, and put themselves in the tray instead. (launchers, chat programs, etc)
- Some programs seem to use them just to put their logo on the screen. You can’t really do anything with the tray icon.
- Few icons match stylistically, and even on Windows, they don’t match the system style. (White icons on a white taskbar? FFS)
- Programs often don’t provide an option to disable their tray icons, and it’s rare that I want them.
I guess I found the lack of them to be a breath of fresh air when I first tried Gnome 3 a few years ago. The current iteration doesn’t quite work though… 99% of the time I just want an option to kill the damn things, but I’ve have had some programs that only provide functions through the system tray. It’s dumb, and I hate it, but it is what it is.
I like that initial installation is reduced to the max ant then you can add what you need rather than removing what you don’t want. I guess thats a design philosophy where the alternative KDE interface tries to put everything in on initial installation I like as well that GNOME creates rails for app developer to achieve continuity in user experience throughout all apps
It’s part of the “focus” workflow. Having app indicators might distract you from your current task, so they don’t want them.
Not only that, but they aren’t standardised, and Gnome really likes adhering to standards and staying away from anything they consider unstandardised or janky.
System trays really are a complete clusterfuck.
Sometimes the icons have colour, sometimes they don’t, sometimes they’re minimalist icons, sometimes they’re not. Sometimes you left click on them to do something, sometimes you need to right click, sometimes it’s both, sometimes they have their own menu UI, sometimes they integrate with the system’s, sometimes you can exit an app via them, sometimes you can’t, sometimes they give you notifications, sometimes they just do it through your standard OS notification system, etc.
They are an inconsistent mess. And we all know how anal Gnome can be about UX consistency.
Gnome in the past has expressed a desire for a standardised, cross-desktop system tray that fixes these issues, but tbh I’m sceptical it’d catch on. Not because other desktops wouldn’t get on board, but rather because app developers will just go “meh, we’ll just stick to what we have” and it won’t gain traction.
I don’t have the answer, though im positive someone else here does. On Fedora, an appindicator extension is included with the distro, but disabled by default, and this is still suboptimal UX.
The biggest offender for me was the overview at login change with gnome 40. It was so controversial that it even pulled in Matt Miller to weigh in on the matter directly. The exchange is extremely disappointing
I still use gnome, and I feel that it’s still the most polished DE available, I’m just worried about what other changes they might incorporate without any user-centric reasoning.
Damn, this thread you’ve linked… I can’t believe they didn’t even want to consider giving the user an option to choose the behavior for themselves.
It seems to be characteristic of the Gnome project’s philosophy to do things in what they consider the best way rather than the way a new user might expect. It’s an admirable commitment to deliberate design rather than copying, but it may also make it unappealing to some users. Personally I don’t enjoy using Gnome, but I know people who love it. Thankfully in the Linux world we have options.
I don’t know if I’d call that “admirable”. It’s not the first time I see Gnome team basically telling the users “STFU, we know better”.
What is the problem? There are many other DE:s with tray. Gnome does not listen community much.
Their design was more mobile type wherr you don’t minimize windows, you just switch between them or between spaces. I’ve used Gnome forever, including the rough times on Gnome 3.0, and I’ve always used a system tray as well. Never liked leaving clutter everywhere and imo it goes against the minimal design. But thankfully easily extendible.
I think you’re supposed to use the new notification panel now, which kinda works like those in android and ios, but it’ll take a while until 3rd party apps supporting them.
