←back to thread

892 points todsacerdoti | 2 comments | | HN request time: 0s | source
Show context
sirwhinesalot ◴[] No.45289648[source]
We now live in a world where KDE looks nicer, more professional, and more consistent than the latest macOS. I don't know how that happened, and KDE isn't even particularly nice looking, but here we are.

For many years now KDE has focused on polish, bug fixing and "nice-to-have" improvements rather than major redesigns, and it paid off.

replies(29): >>45289995 #>>45290073 #>>45290151 #>>45290269 #>>45290300 #>>45290329 #>>45290339 #>>45290551 #>>45290730 #>>45290812 #>>45290839 #>>45290937 #>>45291184 #>>45291224 #>>45291767 #>>45292070 #>>45292195 #>>45293081 #>>45293115 #>>45293191 #>>45293540 #>>45295805 #>>45296420 #>>45296861 #>>45297073 #>>45297580 #>>45298444 #>>45298935 #>>45299011 #
distances ◴[] No.45290300[source]
KDE usability really started improving when the Visual Design Group was launched during the KDE 5 cycle, spearheaded by Jens Reuterberg. There was a real cool atmosphere of designer-developer cooperation which quickly led to very sleek results that persist to this day.

VDG tackled (and tackles) not only design for the desktop itself, but also for KDE applications that had never seen a designer's touch before.

I've been long a KDE user, even through the 4.0 troubles, but also the first to admit that it used to look clunky. Looking at old screenshots is a quick reminder of how far this initiative has taken it.

replies(4): >>45290404 #>>45291934 #>>45294405 #>>45296853 #
uncircle ◴[] No.45290404[source]
VDG must be so busy that my #1 feature request for KDE, support for smart copy&paste in Konsole, has been stuck in bikeshedding hell for almost 5 years because the maintainer didn't want to merge an optional feature without the VDG go-ahead :(

I love open source and have been running Linux since 1999, but my experience of contributing to both KDE and GNOME is your PRs never go anywhere unless you're part of the inner cabal of maintainers, otherwise any small bugfix or feature goes into bikeshedding mode, and it's the reason I don't contribute any more.

That said, I run KDE now after two decades of GNOME. It's pretty good and has been looking good for a while now.

replies(3): >>45290558 #>>45290705 #>>45292444 #
mixmastamyk ◴[] No.45290558[source]
Konsole is my least favorite terminal because of all the klutter. Have to remove several buttons, and the context menu with hundreds of options can’t be simplified to my knowledge.
replies(5): >>45290706 #>>45291860 #>>45292093 #>>45292141 #>>45299699 #
WD-42 ◴[] No.45290706[source]
This 100%. Just look at the screenshot on the KDE page for Konsole: https://apps.kde.org/konsole/

What's up with the massive amount of chrome used for nothing except new tab/copy/paste buttons? Is it really necessary to take up what could be used for 2+ extra lines of terminal output for a labeled Copy button? Compare it to gnome console, or any other terminal really, and you will get far more terminal output for the size of the window, as it should be.

And it's not just Konsole. So many KDE apps have this same problem. Giant labeled buttons taking up space from the actual content, for things you will never use or have well established keyboard shortcuts already.

replies(6): >>45290872 #>>45291095 #>>45291229 #>>45291308 #>>45293410 #>>45297982 #
pxc ◴[] No.45291095[source]
> So many KDE apps have this same problem. Giant labeled buttons taking up space from the actual content

Unlabeled buttons are a scourge, accursed and meaningless hieroglyphs

replies(2): >>45296316 #>>45297287 #
eviks ◴[] No.45297287[source]
Unless you remember the meaning , of course, then suddenly the curse is lifted and you just don't waste space
replies(2): >>45297794 #>>45300732 #
1. pxc ◴[] No.45297794[source]
GUIs (and especially buttons) are most useful for things I do infrequently. Frequent tasks are better done by keyboard shortcuts or command line utilities anyway. The only places where I routinely click on label-less icons are in the menu bar/system tray and my browser's always-visible toolbar.

I guess both of those places are especially space constrained, which maybe makes it feel more worth it to me. And I also actively arrange all the items in both cases, choosing not just the arrangement but which will show at all. That means I know them basically as soon as I throw them down.

I wonder if it would be crazy to have the labels on shown-by-default buttons fade only after a certain number of clicks on them.

replies(1): >>45297897 #
2. eviks ◴[] No.45297897[source]
> I guess both of those places are especially space constrained, which maybe makes it feel more worth it to me.

See how easy it is to justify "the scourge"? Also, this is exactly the same situation here - using a permanent toolbar on your main screen (not a submenu or some secondary settings screen where extra labels don't cost anything)

> crazy to have the labels on shown-by-default buttons fade only after a certain number of clicks on them.

Great idea, had the same, though an even better is to use frecency as a proxy for memory everywhere (and also apply it to various tips and keybinds etc) - if you've clicked the button 10 times, the label disappears, but if you haven't clicked in a year, it reappears (all configurable per button of course, OS-wide, there are some frequently use symbols like clipboard that you'll never forget due to use in other apps)