Caffeine
Impatience
AppIndicator
this post was submitted on 03 Jun 2025
19 points (100.0% liked)
Linux
7753 readers
509 users here now
A community for everything relating to the GNU/Linux operating system
Also check out:
Original icon base courtesy of [email protected] and The GIMP
founded 2 years ago
MODERATORS
Dash to panel, no overview at login, kstatus / appindicator tray icon support and gsconnect
The no overview at login story highlighted the sheer hubris of the gnome design team. Wild ride.
just use KDE, mate. XD
I use this on specific systems but plasma's information architecture (namely within the settings area) is bizarre to me. Yes you can search. No you shouldn't have to resort to that.
I'm not keen on the little 'K name everything' in joke either, though thankfully you can rename desktop shortcuts to whatever you'd like there.
i guess it really is an "it takes all kinds" situation. so many Gnome decisions are bizarre to me, and then having to use extensions to fix that, which Gnome can then break, is just insane to me.
basically, it's easier for me to shape KDE to do the things i like about Gnome, than vice versa.
Yeah, they're vastly different approaches, and despite my admittedly petty complaints, I'm eternally grateful for both; to me it feels as if both GNOME and KDE in some way cater to the creature comforts of MacOS and Windows respectively, and for end users hopefully moving on from both of those environments.
I find both KDE Plasma and GNOME can be made into serviceable experiences with enough time, and given the nature of FOSS and such, automating this as part of a custom deployment is a fairly trivial task in 2025 😊
To be fair showing the overview on startup makes perfect sense on vanilla gnome, it's only dumb if you install one of the two specific extensions that partly replace it.
On default gnome, you still have a hot corner in the upper left, and the dash along the bottom edge of the screen and I'm not sure I get that either.
The dash is only visible in the overview, so this state absolutly make sense. You can immediatly search or click on the dash
I gather the DE is supposed to stay out of your way, but it feels like a bandaid for another poor design decision when you frame it like that.
And in addition, no other desktop environment feels the need prompt the user to open or search for something from the get go.
I think it just comes down to different people using their IDEs different. I almost don't use the dash and always just hit super key and then search or super and then open one of the few things in my dash. And I really like that gnome gets out of my way in tge "default" / "desktop" mode
I can appreciate that people use their systems very differently, but this is something that gnomes designers did not care to acknowledge throughout that whole exchange; input directly from their end users, and that's bearing in mind they collect no telemetry.
I appreciate working in UX for a community driven project is no easy task, many of the people commenting in the thread linked above could be considered more advanced users with their own desktop shortcuts configured, and a one size fits all approach satisfying all is difficult to deliver. All they asked for was an option for this new behaviour.
The communication in that thread was so poor that matt miller got involved.
Burn my windows is super fun
Vitals: to display CPU and RAM usage
Blur my shell
KDE Plasma
Battery Time (Percentage) Compact - Display estimate of battery time remaining in dash
System Monitor - Display CPU, network, ram usage in dash
ArcMenu - Simple Application Menu
Pop Shell 2 is the big one