> KDE should probably invest in better defaults if these need tweaking.
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.
This is an excellent illustration of why "better defaults" is a gateway to endless bikeshedding. One person's "better defaults" are another person's "why?"
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?
>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?
In KDE's case the "you can just customize it" works both ways though. They could change the defaults and instead and let old users customize it back to the old way it was, rather than every new user customizing it. It comes across as a pretty weak argument.
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.
They shouldn't require wasting time to get the old behavior, though, that's indeed alienating, it should instead be saved to user config and preserved on updates
They "of course never arrive" because of course you never implemented the proper match in behavior
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
Look to Mozilla and Ubuntu to see and organization and a company that "bet the farm" on new users by systematically breaking everything we loved them for.
The problem with these (and many other UX initiatives) is there isn't a fallback for us who used them from the start.
The lack of fallback is a problem, but that's a different one. And there are even more examples of orgs that didn't bet on new users and simply died off (though that didn't stop them from breaking things)
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.
Now you’re assuming that the group that would switch is bigger than the group that appreciates the tabs at the bottom. I doubt that the tabs at the bottom are the main reason people wouldn’t switch to KDE.
Not only this, but who exactly uses Konsole? It's certainly not grandma, who you set up with a KDE laptop. She's not going to know what to do with the command line, and even if she did need to use it for some weird reason one day under your direction, she sure as hell isn't going to open multiple tabs in Konsole.
The people using Konsole are already the highly technical people, and therefore probably not newbie users.
KDE had exactly that back in its 3.x era, actually. It had a first run wizard that allowed you to choose things like whether you open things with a single or a double click, and options were largely organised based on platforms with similar conventions (as in, it had options like "single click selects, double click opens (Windows style)"). It was remarkably friction-free actually, people could just pick the mode that they were already familiar with and that was that. It had all the good parts of "the right default" (i.e. the "right" default was always the one you liked best) and required exactly one click to configure.
Zorin OS takes this approach (and pretty far). At first boot you get to select Windows, Mac, Unity or Zorin style and it shifts a bunch of things around based on that.
It would be nice for KDE to have three presets: Windows, Mac, and Classic (= KDE).
I only very rarely use konsole tabs at all (I prefer multiple windows), but when I do, I appreciate that they're at the bottom of the screen. That tends to be where my attention is when I'm using konsole.
I can't say which position is the "right" one, but I also noticed different distros have different defaults on where the tabs are positioned.
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.
I'm guessing because tabs on top push the terminal down, moving all the text and maybe being distracting while reading since we are mostly reading from the top of the terminal buffer.
People like tabs right next to the area they look at most of the time.
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.
For me it's a Windows/Mac thing - if you're a Mac user, you're used to having a menu bar at the top, and you're always up around the top, so top tabs feel right.
When I was on Windows, the Start Menu/taskbar was on the bottom, and bottom tabs felt right (as they became available).
I think it took you longer to ask that question than it does to move the tabs to where you want them. Personally I have them on the bottom and like it.
Most useful software that badly needs usability improvements has a group of people that just got used to it, and they will complain bitterly about any attempt to correct UI mistakes. If it’s customizable, they can configure it back after making improvements so it’s useful to everybody else, too. I hate the way gnome is set up, and welcome any updates to KDE with open arms.
> If it’s customizable, they can configure it back after making improvements so it’s useful to everybody else, too.
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.
Heh, in the meantime modern Gnome doesn't have a Taskbar at all, because it "is not ok to distract users with a list of other things they could be doing when they have already selected one task to look at"...
There are merits to the GNOME design philosophy. My Sway workflow and customizations are actually inspired quite a bit by GNOME. I don't use any taskbar or system tray. I don't even have a clock; I open a terminal and check the date command if I want to know the time. I make heavy use of workspaces rather than "minimizing" (Sway calls this the scratchpad or something like that, which I only use if I want to "background" graphical applications). I have absolutely no flashy styling or animations; I simply use nord where I can.
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 do something very similar in KDE with a whole bunch of virtual desktops. Though I do use a taskbar because I like the overview of it but I don't actually use it to switch tasks :)
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.
I absolutely agree that it's nice for this to exist as an option for users who are used to it. I'm a somewhat heavy emacs user, so I'm not at all opposed to esoteric workflows.
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).
I'd say workspaces aren't for everyone, and you're right: they require setup and discipline or else the context switching is too disruptive. I think they're good if you can organize them effectively with separate tasks on the different workspaces, such that you don't need to switch between them frequently: this way, you can minimize distractions from other tasks that you're not working on currently, and might not work on for hours or days even.
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.
> Finally, as a nitpick, moving apps to a different workspace instead of minimizing to taskbar/systray seems like much more work to me.
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.
I remembered it as a version of what some Gnome designer claimed, but I tried searching for some statement on the topic and I couldn't find any explicitly mentioning it.
I don’t want to “but, actually” this, but actually…
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.
I don't agree. Reading Gnome designers' blogs makes it pretty clear that they strongly believe in these decisions as the best UX. Looking around Gnome reddit there's also plenty of people who like this minimalism and think it's actually superior [2].
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].
That not only depends on preference, but also on hardware. When only using laptop display, most of my windows are full screen. However, when using a 32 inch 4K display, I prefer my windows smaller, often having multiple windows side by side, sometimes tiled.
I'm using KDE for 20 years already because it has great miscellaneous apps (though it's less important in 2024), slick integration between components and nice all-encompassing settings app. I do tweak a few things when I boot up a fresh install, but generally, I don't feel the need to do a deep customization, and am not aware of any missed opportunities.
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.