People don't usually dig in the settings menu unless something is bothering them. If there are great opt-in features they're going to stay off.
People don't usually dig in the settings menu unless something is bothering them. If there are great opt-in features they're going to stay off.
We've done that a lot the last couple of years! We've changed many defaults to values that reflect better what the users actually use, based on reviewing what distros do, studies, and opt-in telemetry. A lot of this already happened in the back half of the 5.x era, but 6.0 includes additional changes in this regard.
And you're not wrong, it does help a lot.
The only "better" defaults are those that match what people already know, not necessarily because they're objectively better but because most people will already know how to use them. You literally can't get a learning curve better than "you already know it".
Konsole has had tabs at the bottom for about 25 years now (I don't recall KDE 1.x, but they were definitely there in 2.x). Who do you prioritize in a design? Everyone who already uses KDE, and expects them at the bottom, or a subset of users who might switch to KDE and expect them at the top?
More importantly, is the position of tabs -- especially one that you can change! -- like, a real, actual problem?
If you want to grow your user base: The latter.
That is the most frustrating thing about some projects:
They take existing users for granted and make a lot of changes to accommodate the new users they envision coming in torrents.
These users of course never arrive and in the meantime they have alienated the old user base.
With KDE you can put the tabs where you want them.
Or, if you want everything to be like in Gnome or Windows or Mac you can just use these.
The reality is that most users are simply bitterly opposed to change, especially in "subjective" parts of the system like UI design, and it has nothing to do with whether or not the change is actually an improvement that helps people, or can be undone with in 1 minute through a KWin tweak, or whatever. The very example you're theorizing about (accomodating new users who don't yet exist through UI improvements) actually has happened before with positive and negative examples e.g. Blender's complete UI overhaul in 2.8 which was widely praised, versus Gimp which continues to receive flack for its UI choices, versus Gnome which people just endlessly argue over both ways. It is not as simple as "New UI bad, old UI good" no matter how common of a mindset (and how over-represented) that is here.
Developers of the project have to balance these concerns as they see fit, and that is their right. Being an older user of the project (or any user, actually) does not mean every decision and plan in the project is going to revolve around you exclusively, at the end of the day.
That's a weird way to write "and automatically import settings from previous versions to keep the behavior the same without user effort".
But the old users can have it too, that's what configurability is for, just save the state to user config and don't change any such behavior on upgrades, only for fresh installs
The problem with these (and many other UX initiatives) is there isn't a fallback for us who used them from the start.
If there was it wouldn't have been a problem.
Same goes for KDE (if you forget 4), Windows (more or less if you skip Windows 8) since 95, bash, LibreOffice.
Prioritizing the needs of potential new users may bring you actual new users, but not prioritizing those of existing users may send some of them away. How do you know which group is bigger?
Sure, the group of potential users is massive but not all of them will switch. Meanwhile you're making software worse for people who actually use it and, at least for FOSS software, are usually your biggest advocates, part of the developer base, and one of the most important means through which new users are brought in.
The people using Konsole are already the highly technical people, and therefore probably not newbie users.
It would be nice for KDE to have three presets: Windows, Mac, and Classic (= KDE).
Also, if this is the only thing that's annoying, KDE won I guess.
It's cool that KDE lets you do that, but it's a bit annoying actually as it messes with the consistency of KDE. Sure, users can always change their preference to what suits them best, but it would be nice if out of the box all KDEs behaved and looked the same and leave the personalization to the user after installation.
It appears the default is Top in Konsole's source.
I wonder if "new tab" button is always visible now too.
Is it a browser tabs vs. taskbar tabs ideology?
In browsers, that's always at the top. In terminals, depending on if you're a heavy user (and as result, the prompt is at the bottom) or a light user (and the prompt is at the top), you'll likely prefer tabs to be in the same area, too.
I've actually got different settings for taskbar position and terminal tab position between my work ubuntu, personal ubuntu, and personal windows systems.
When I was on Windows, the Start Menu/taskbar was on the bottom, and bottom tabs felt right (as they became available).
Let's all agree that side tabs are of the devil.
That is still creating needless work for existing users. Change the default for new users if you must but the update for existing users should be transparent unless they explicitly op into changes.
It's not for everyone. It would be next to impossible for someone to sit at my computer and be productive, because I have accumulated my configuration over years, with no real thought into making things that I configured discoverable (I know it's there because I put it there). But it works really well for me. I find the ability setup a workspace how I want for one task, and then switching workspaces to context switch to be very nice.
I always thought Gnome was not very useful for this because workspaces are created on the fly whereas I want to have them spatially oriented in a fixed grid that persists on every boot with the right application tiles in them. And I have hotkeys mapped to each one directly on the numpad (without key combos, I hate those). So my numpad is not a numpad at all but a workspace switcher :P
The problem with the gnome design philosophy is that it only works for you if you agree with them on everything. If you're pretty opinionated yourself (as I am and it sounds like you are too), opinionated software only works well if you have the exact same opinions as its creators. With something as complex as a DE this will run into many mismatches quickly. This is why configurable software is so great if you're not willing to compromise on how you want things.
To configure hotkeys, you have to set some dconf entries manually, with dconf-editor or gsettings from a terminal:
> gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-1 "[\"<Super>F1\"]"
But I think it's clearly proven to be a bad design as a default. Discoverability is very important, especially to people who work a lot with a mouse. And using multiple apps at the same time is a very common work flow, one that an always-on-screen task switcher makes much simpler than an alternate view you have to bring up, especially if that alternate view also obscures all of your windows.
I will also say I find workspaces a hard to use UI, as I always lose context when I have to switch workspace, but maybe this is just how my mind works. And the idea of one-task-per-workspace has never worked well for me, as there are several apps that I use in every task, such as chat or email while I'm coding and while doing a presentation and while writing some design. It also seems to require a lot of setup and discipline.
Finally, as a nitpick, moving apps to a different workspace instead of minimizing to taskbar/systray seems like much more work to me.
Personally I'm a huge fan of Win7's grouped taskbar with window previews, along with its window snap support (extended in Win 10).
For the chat and email stuff, as long as you have screen space (or if you don't mind them going to the background sometimes), you can set those windows to be on every workspace. KDE has a thumbtack icon that you can click in the window bar to make that window show on every desktop.
I specifically want to reply to this, because it is not at all how I use workspaces. I almost never find myself moving an application from one workspace to another. Instead, I switch to a new workspace before opening the application (causing the application to open on the new workspace), unless I know I want to use the new application at the same time as an application on an existing workspace. Switching workspaces essentially replaces alt+tab in my workflow.
The way I always thought of it is that the taskbar generally just can at best have a limited set of applications listed and takes up precious vertical monitor space, so its mostly limited to the overview/activities since that is the "I want to change apps" mode of the desktop and is just 1 click away (either super or top-left on the desktop).
Then again I am one of the (probably) few people that would probably even do away with the top bar currently still in GNOME and not have anything other than the app visible by default.
I use to be annoyed at the behavior as well when I started using GNOME, but at some point I actually started preferring it and now barely use the taskbar on Windows.
Gnome does what it does because Gnome is not intended to be the final form of a DE that the user uses. Gnome is intended to be a DE that distros can make their own by adding their own opinionated choices, extensions and modifications on top.
So while you complain about the lack of a vertical taskbar, in actual practice, outside of maybe Fedora users (which is essentially a distro largely designed to be used as a test bed), nearly every other Gnome user does have some form of taskbar because their distro included it, or they did a 1-click install from the Extensions app.
That's not to say that the designers are not supportive of the existence of extensions. They clearly do, that's why they make a nice Extensions app in the first place. But they never say "yeah, we made it as barebones as possible to make it easy for extensions". They explain why it's better for users not to have a minimize button on windows [1], or why they've removed the systray to avoid confusion and so on [0].
[0] https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gno...
[1] https://afaikblog.wordpress.com/2011/03/01/where-did-the-but...
[2] https://www.reddit.com/r/linuxquestions/comments/11bhxa7/com...
it won't suit all workflows of course
KWrite and Dolphin are insane!
Are the current users the full target market or just leftovers?