I feel that I am very efficient using it, more so than when I was using tilling window managers (wmii, i3, dwm, etc.).
Gnome is just an incredible piece of software that works out of the box. Try it.
I feel that I am very efficient using it, more so than when I was using tilling window managers (wmii, i3, dwm, etc.).
Gnome is just an incredible piece of software that works out of the box. Try it.
Gnome/GTK is the only software I can think of, which slowly but surely reduced the end-user efficiency.
One starts working one day, and finds out that mnemonics (menu shortcuts) have been disabled. Another day, the file manager side-by-side panel has been removed. Another day, a convenient filemanager shortcut (new folder) has been forgotten in the transition to a new version (and nobody cares). Another day, and the file search has been replaced with an incredibly slow, and buggy search. Another day, and one finds that tiling capabilities of the terminal are severely limited because the devs are hostile to APIs that would allow such functionality (see Tilix debate). Files sorting in the file manager? Overrated¹. And let's not get into the Gnome branding debate².
In the FOSS land, I find Gnome/GTK to be the most user-hostile approach to design I've ever experienced. The statement "I have no idea what XFCE is or does sorry" says pretty much everything about the project(s) attitude².
¹: https://bugzilla.gnome.org/show_bug.cgi?id=355152
²: https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotti...
In general, going to developers with a list of demands for patches to revert is not going to be helpful, it is much more likely that behavior is seen as hostile, coming from a user. It would be more useful to ask them why they have removed those features, figure out what their goal is, and then discuss it so you can reach consensus.
>because the devs are hostile to APIs that would allow such functionality
This one is blatantly incorrect, see this twitter thread from a GNOME developer: https://twitter.com/tobias_bernard/status/145743855381055898...
That's not a productive approach; it would make the GNOME devs slaves of popularity contests.
These are not my words. They're the words of a GNOME member¹
> as a question was there any kind of community review
No, maintainers are not meant to become slaves of popularity contests.
Discussions with GNOME devs seems not to lead anywhere. Here³'s the opionion of a Pop!_OS maintainer: Something @GNOME NEEDS to realize is that Pop!_OS, Ubuntu, and others are NOT
going to stop theming. What we will do instead is replace GNOME components
entirely if it becomes too costly to apply our style to them. Come up with a
way forward for custom styles, or lose users.
The theming problem has been very much discussed - if with "discussing", you mean lots of users (devs) talking to a wall. It's worse actually; the GNOME team actively prevented devs from developing theming, and advocated against it.I actually had a link where a GNOME dev was urging Debian (or Ubuntu, can't remember) to revert a patch that restored terminal transparency (or something like that). Could you help me finding it?
Here's an interesting reply from Christian Persch²:
> 1. Open gnome terminal
> 2. Go to Edit -> Profile Preferences
> Actual result: Background configuration tab is missing.
> It was present in 3.6 version, please return it back.
No.
The above was actually discussed on HN⁴.Regarding this:
This one is blatantly incorrect, see this twitter thread from a GNOME developer: https://twitter.com/tobias_bernard/status/145743855381055898...
The "*lot* of work" has never been discussed with users (I've checked the multiple requests in the bug trackers). Given the amount of egomania in GNOME's background, and lack of strong (actually, any) technical grounds in the twit, the twit has exactly zero validity.¹: https://bugzilla.gnome.org/show_bug.cgi?id=695371#c35
²: https://bugzilla.gnome.org/show_bug.cgi?id=698544
⁴: https://news.ycombinator.com/item?id=5690689
³: https://web.archive.org/web/20210901171117/https://twitter.c...
What I referred to with "tiling capabilities" in:
> tiling capabilities of the terminal are severely limited because the devs are hostile to APIs that would allow such functionality (see Tilix debate)
is actually the keyboard navigation/selection support in the terminal.
There has been debate between the terminal maintaner(s) and the GNOME VTE maintainer, and lead to nothing.
Without providing any technical information, the twit means nothing, and IMO, in the context of the GNOME devs culture, it's just another, typical, "F* you".
The is a reference to the debate [in the Tilix bug tracker](https://github.com/gnunn1/tilix/issues/1305), but regarding the debate itself, I don't have it handy.
Curious what you mean by "maintaining these frankenstein configurations", and what you were trying to do. Was the WM under heavy development with user breaking changes or something?
I can't argue with your experience, but I've only touched my StumpWM config a handful of times in the last 10 years or so, usually to add a new defcommand or keyboard shortcut.
1. Laptop screen brightness 2. Wifi setup 3. Application launcher 4. External monitor/projector configurations for presentations
etc.
Some people might argue this part of the unix principle to have separate tools that do one job well but frankly I don't care about the unix principle as long-time emacs user (the anti-thesis of unix). The end result was a frankenstein thing: random tools glued together to emulate a basic desktop experience.
Every one of those things worked out of the box for me the last time I installed (which, admittedly, was via Manjaro, so a fair amount of config came from them). Even prior to that when I rolled an i3 setup by hand, external displays was the only troublesome bit.
In the end, I am running most of the normal services a GNOME desktop would be running, but without using the GNOME shell, and that has worked very well.
Shall install vim and be happy or shall we explore the entire environment of plugins and pick the 50 we like best after trying 150 then install Emacs then find our 50 favorite addons there.
Which then translates to bugs here and there, inconsistency and may other problems.
And while Gnome is a pain in the *s sometimes because they remove features, it's still better than the alternatives to me.
I acknowledge that some people like crafting their own computing environment[1], and it can be really interesting and rewarding , but some people like to work on other things, or simply lose interest in fiddling indefinitely with config files and all (like I have).
For the latter, there's Gnome.
And imho dynamic tiling is the wrong approach. Automatic rearrangement of windows never works well in real situations that just don't fit a small selection of fixed layouts. Not sure why static tilers are so rare, but Gnome offers static tiling and is very polished, so I guess that's why I like it.
A lot of environments have a function to relocate the focused window to a predefined portion of the screen. For example left and right half. This makes it a stacking environment with limited tiling features.
That's me.
I have tried every major DE, and something or the other is not right with all of them!
I used to use gnome with a lot of customizations.
Over the past couple of years I decided to adapt my workflow and muscle memory to what's provided by default. Works well for me now, even though it was a little awkward at first.
I'm currently using gnome with no customizations.
I'm not claiming gnome is the best DE or anything.
I also really like XFCE btw.
Why are you using the verb "claim" if not to throw doubt over op's word ?
> When someone says "that works out of the box" what I hear is "I don't want to spend time customizing things to work better for me",
I call that putting words in people's mouth.
I used to tile terminal windows but now do everything in tmux. I spend 95% of my day in either browser or terminal.
On the one hand, the benefit of customizing a system for yourself should be obvious.
On the other hand, adapting yourself to a system also means adapting to other people. This allows improving the shared understanding of how computers should be used:
- Designs can push users to more efficient workflows.
- New features, use-cases and apps can be developed based on shared assumptions.
- Other developers can integrate with or expand on the existing designs. eg: MacOS launchers [1] build on various system features.
In IntelliJ, I regularly discover new functionality that I wouldn't even know existed had I used a text editor with extensions.
Customise your system too much, and you cut yourself off from this "conversation". Perhaps this is why some users still live in heavily customised terminal environments, despite massive improvements to GUIs [2].
[1] Raycast, Alfred, Launchbar [2] https://capiche.com/e/consumer-dev-tools-command-palette
It's tried and true desktop paradigm which gets the job done. Vanilla GNOME is very inefficient and extensions are just lipstick on a pig.
I use the app that is not showing proper app icon but instead generic icon, found some bug/discussion somewhere, basically KDE developers won't workaround when app has bad metadata despite every other DE doing it.
Sometimes notifications don't pop up when app receiving notifications is opened, only when it's minimized in system tray, also works fine in every other DE I used.