← Back to context

Comment by xerox13ster

1 day ago

But do you see that title bar buttons are bad explicitly because you have to hunt for title bar edges?

That you were more or less forced to adopt these KDE shortcuts so that you could work around the fact that they had cannibalized the title bar for a purpose it was not designed for.

You were forced to change your workflow and everybody else is having to be forced to adapt because they changed a metaphor that has remained stable on the desktop for over 40 years

The arguments in this thread-- amounting to "it's a good general practice because I happen to like it" (rather than "it is a sane / discoverable / usable default") are precisely demonstrating why these issues exist.

UX design is treated as a subjective matter, as if it is equally valid to clearly label UI elements as it is to have magic, nondescript UI pixels that serve as vital control surfaces.

Go watch videos of the research Xerox did on UI/UX and HCI in general, and weep for what we have lost...

  • I already weep deeply for what we have lost, and what we cannot imagine, and what we can imagine and build but nobody would use because they are too ignorant to learn and adapt.

    My argument for the titlebar is that it was at least researched UI/UX convention done by Apple/IBM/Microsoft at the nascence of personal computing. These are the primitives that arose from that research.

    It is not out of what I happen to like that I argue this. I personally am deeply frustrated by cursor-y window controls. I much prefer a tiled interface with a top menu bar and copious keyboard shortcut compositions. I, if I could, would Never use the mouse, and if I needed axial control for a 3d environment would prefer to use an analog stick of some sort. Unfortunately those are not the conventions we have for general computing, especially in the workplace.

    We are in general forced to use the conventions given to us by the major OS providers. One of those used to be the titlebar, with which you could use the cursor to control the window. The insistence of the current tech industry to shove any button they like up there without regard for these conventions that have been set for decades (and were in many cases of this sin set by their company: M∫/M$ --the integral symbol is a slop 'S') is causing real economic harm in terms of lost productivity from broken muscle memory and wasted actions

I wasn't forced to adopt tho, these shortcuts go back to when Windows had chunky borders in XP/7. It was just something that a lot of Linux WMs did and it's incredibly useful so I found ways to do the equivalent on all operating systems.

Also KDE seems pretty staunchly _against_ client-side decorations with buttons other than the window manager buttons.

> You were forced to change your workflow and everybody else is having to be forced to adapt because they changed a metaphor that has remained stable on the desktop for over 40 years

All of the "positive" items I listed come with drawbacks. I didn't realize I might be in the minority for this one, since I genuinely prefer the new workflow.

  • The old ways supported both keyboard and mouse workflows, on purpose. There was no reason to collapse the titlebar except for the unfortunate time when 16:9 monitors were forced on us and vertical space became precious. A time thankfully that is over.

    Today I have one 3:2 and one portrait monitor so compacted titlebars are particularly poor design.

    Thankfully KDE for the most part does not indulge in that, and let’s you fix window borders, but they have other failures such as hard coded button order in dialogs.