this post was submitted on 09 Mar 2024
107 points (94.2% liked)

Gnome

1874 readers
21 users here now

The GNOME Project is a free and open source desktop and computing platform for open platforms like Linux that strives to be an easy and elegant way to use your computer. GNOME software is developed openly and ethically by both individual contributors and corporate partners, and is distributed under the GNU General Public License.

founded 1 year ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] DmMacniel@feddit.de 17 points 7 months ago (2 children)

well yeah thats how gnome shell will enhance their background apps section in the corner menu. Currently all you can do is summon the application from the background into focus. This implementation will hopefully replace the need for https://extensions.gnome.org/extension/615/appindicator-support/

[–] BaalInvoker@lemmy.eco.br 4 points 7 months ago (1 children)

I don't believe so. With appindicator you're 1 click away from the apps menu. With this solution you're 3 clicks away

[–] Chewy7324@discuss.tchncs.de 6 points 7 months ago* (last edited 7 months ago) (2 children)

Appindictator is an extension. There'll likely be an extension which adds them to the top bar.

This implementation of background apps seems to pretty close to current systray implementations, so I hope those others will finally be replaced.

[–] aleph@lemm.ee 1 points 7 months ago

What's the benefit in replacing one extension with another in order to achieve the same thing? Real progress would be an option in the default Gnome shell to show the background apps directly in the top bar without any additional clicks.

[–] BaalInvoker@lemmy.eco.br 1 points 7 months ago (1 children)

Tho it only works with Flatpak or apps that use portals. It'll not replace appindicator soon

[–] ebits21@lemmy.ca 3 points 7 months ago

This is the most annoying thing imo. I like the new proposal… but I want to know all my apps that are in the background. I won’t without other extensions still. I just want things to just work lol.

[–] jbk@discuss.tchncs.de 1 points 7 months ago (1 children)

I don't think so. The extension adds support for systrays in an unsafe manner, and after years of that not existing in GNOME (unsafety being a reason), why should it change after some design mockups?

What I could see happening is that now some devs start discussing a new systray API and in the end that would be implemented natively. Hopefully not hidden behind 3 clicks tho lol

[–] isVeryLoud@lemmy.ca 2 points 6 months ago (1 children)

I don't disagree that the systray is a UX nightmare, but what do you mean by "unsafe"?

[–] jbk@discuss.tchncs.de 2 points 6 months ago

Okay so apparently I partially misunderstood and not all current systray implementations are unsafe. Some are, but the biggest reason is that it's all a mess, pretty well explained in this reddit comment: https://www.reddit.com/r/gnome/comments/172wftq/why_no_system_tray_by_default/k3zg58t/

Basically, the current implementation is old and insecure in many ways. Gnome isn't completely against the idea (they even have mockups for how it would look like) and there are discussions about creating a better framework for it, but progress is slow.

Here are a few links about it: * https://blog.tingping.se/2019/09/07/how-to-design-a-modern-status-icon.html * https://pagure.io/fedora-workstation/issue/264

PS: For exiting apps like Steam, if you're using them as Flatpaks, you can set them to not be able to run in the background to begin with and to exit when you close the window. That can be done either with the command line or with the Flatseal, a usefull app to manage Flatpak "permission".