Mostly on a conceptual level, those things aren’t problems for me, because stuff like browsing for a file seems like an inefficient approach in most cases. I’m a simple man, I swipe up, I type a few characters, I receive. There’s no wait time for my search term to be indexed, even if I don’t know the filename I can search the filetype to get a quick filtered list. There’s no “making me use a folder”, I can access all files in all folders as well as apps or settings the same way. Hell, I can copy an emoji to my clipboard just by typing “:)” or similar. 4 inputs total including the swipe and hitting return. Definitive, repeatable, no visual identification necessary. Once you’re acclimated it feels like the liberation of being able to type without looking at the keyboard all over again.
But then, these are the preferences of someone that used to uncheck “show desktop icons” even on Windows/GNOME 2.x. Not so much to avoid clutter, I just don’t quite understand the point of the ‘visual arrangement’ as such. Either I would need to look at many things before I’m looking at the thing I want to be looking at, or I would have to memorise its location - and both of those seem like inefficient contrivances of Windows. Admittedly, my downloads folder is a pit of endlessly accumulating random useless junk. But who cares? It’s no less functional to me than when it was empty.
A few other notes:
- There’s a Nautilus extension for individual folder colours, and global colours are set by your GTK theme.
- gnome-shell-pano is the clipboard manager I’m using and I’m pretty happy with it. Opens in uh, GNOME-style I guess, a bottom bar.
- As of GNOME 44, there’s a list of background apps exposed by opening the shell menu, with each background app showing an X next to it to close without restoring the task.
- In Debian I can also access the task switcher by simply mousing over to the top left corner of my display. Default behaviour, I’m sure you can replicate it.
- The alt+tab behaviour is different. I can’t think of a reason why I’d need to minimise a task only to restore it though (or even alt+tab really) when I can just swipe up.
- If there’s no difference in behaviour between LMB & RMB, it’s because the function you’re looking for is in a different castle.
Upon first use of 3.x I too felt that the lack of universal context menus implied less functionality as a whole. I don’t think that’s really the case though.
If I were using a mouse and also had an app/game fullscreened, then and only then would I have to shudder perform an extra keyboard input.
I guess the bottom line is, GNOME doesn’t really aim to replicate Windows.
Looks like a new alpha for pano was released yesterday to support GNOME 47: https://github.com/oae/gnome-shell-pano/issues/315 . Otherwise you can hotfix your current build as described in the thread. I have no idea how it behaves in multi monitor setups though. On my setup it ‘bumps up’ your display and the clipboard entries display beneath, same like the on-screen keyboard or like a keyboard in Android. It isn’t a floating window.
I’m not using any extension for the ‘hot corner’ functionality. It’s at the top of ‘multitasking’ under GNOME settings for me.
Unfortunately I don’t know much about manually adjusting the functionality of searching in the launcher. The extra functions I have found were just a result of experimentation, or happy accidents. I can teach it on-the-fly though. Once I’ve found a string which returns the function I want, but isn’t the first result returned, I either click the result I want or use the arrow keys to navigate to it instead. Then the next time I use the same string, the result I wanted is returned as the first result. e.g. “sys” initially returned KDE System Settings as the first result, but I manually selected System Monitor. And now “sys” returns System Monitor as the first result.