Live data from Hacker News

The end of the nice GTK button

blog.brixit.nl

321–330 of 666 posts

Re: The end of the nice GTK button

#321

Earlier quoted context omitted.

I would not be so sure. Sooner or later there will be a QT6 port and most of the work will be lost. I was a happy GNOME user before the version 3 fiasco. It took years to have a usable GNOME desktop again.

Breeze is being ported to Qt 6, and from the screenshots I see ( https://www.volkerkrause.eu/2022/01/15/kf6-continuous-integr... , unsure what others), there are no visual changes so far. Time will tell if they change Breeze's appearance further before/after Plasma 6's release (I didn't ask about KDE's current plans). One possibility is O2 ( https://pinheiro-kde.blogspot.com/ ), a reworked theme by the author of KDE…

> Qt 6 […] there are no visual changes so far

That's false, examine Strawberry 1.0.2 running in KDE 5. The menus have the wrong background colour. The font size is wrong.

Re: The end of the nice GTK button

#322

Earlier quoted context omitted.

Almost every desktop application has a File menu whether or not it deals with files. The File menu has an "Exit" item. Does it Exit the File? OBS has "Always on Top" as an option within "File". Or we can look at it from the other side. "Where do I find the settings for this app?". Is it in File, Edit, View, Tools or Help. The answer depends on the app. Menus can be well organized or poorly organized but I don't think…

There are guidelines for what should be in menu bars, what order the items should be in, and how they should behave for different sorts of application. For example, on Mac: https://developer.apple.com/design/human-interface-guideline... And on Windows: https://docs.microsoft.com/en-us/windows/win32/uxguide/cmd-m... > "Where do I find the settings for this app?". Is it in File, Edit, View, Tools or Help? On Mac, it sh…

> For example, on Mac: https://developer.apple.com/design/human-interface-guideline...

> And on Windows: https://docs.microsoft.com/en-us/windows/win32/uxguide/cmd-m...

Both links return 404.

Re: The end of the nice GTK button

#323
post #272
post #270

I really miss a consistent user experience. A core idea that I as a user can rely on to predict how a new app will work. I was in awe when I discovered as a kid that user interface were a research area. Things like Fitt's Law and so on. It was not just opinion. Today I get the feeling it's mostly just opinion. Either the designer's opinion or the wish to copy the look of something. Whenever I see a hamburger menu I s…

> Whenever I see a hamburger menu I silently think "Here someone has given up" Can you explain what you don’t like about hamburger menus?

It is just a menu.

But instead of being an ordinary honest menu where half the items has their defined places on each OS and the rest can be found easily it is a jumbled mess.

And since there are no standards as for where to put things in a hamburger menu they can move around between each release of the application.

And the only reason to use it instead of an honest menu is because Chrome does it so therefore it must be a good idea. Period.

It is somewhat ironic that even as desktop screens get larger and larger applications has to "maximize real screen estate" by removing menus, while simultaneously working to remove real screen space improvements like the option of Tree Style Tabs on Firefox (yes, it kind of works and it is still awesome but it get harder and harder by the year).

Re: The end of the nice GTK button

#324
post #279

Earlier quoted context omitted.

But this was running under Plasma Mobile

The Plasma Mobile Maliit keyboard works with GTK apps on Manjaro Plasma Mobile. There must be some way to make this work on other Plasma Mobile distributions.

It indeed works now. Firefox was unusable on Plasma Mobile in 2020, it now mostly works on an updated Pinephone Pro (can't click on those popups when you try to install an extension, but the virtual keyboard shows up and seems to work ok).

Re: The end of the nice GTK button

#325
post #322

Earlier quoted context omitted.

There are guidelines for what should be in menu bars, what order the items should be in, and how they should behave for different sorts of application. For example, on Mac: https://developer.apple.com/design/human-interface-guideline... And on Windows: https://docs.microsoft.com/en-us/windows/win32/uxguide/cmd-m... > "Where do I find the settings for this app?". Is it in File, Edit, View, Tools or Help? On Mac, it sh…

> For example, on Mac: https://developer.apple.com/design/human-interface-guideline ... > And on Windows: https://docs.microsoft.com/en-us/windows/win32/uxguide/cmd-m ... Both links return 404.

Somehow that feels about right.

Re: The end of the nice GTK button

#326
post #270

I really miss a consistent user experience. A core idea that I as a user can rely on to predict how a new app will work. I was in awe when I discovered as a kid that user interface were a research area. Things like Fitt's Law and so on. It was not just opinion. Today I get the feeling it's mostly just opinion. Either the designer's opinion or the wish to copy the look of something. Whenever I see a hamburger menu I s…

> In modern Windows, press Win-key and start to type, oops, it missed the first keypresses, presented the completely wrong results and made a mess of your workflow.

On Win10 I'm getting regular delays in keypresses and just enough lag when typing to be noticeable.

I've been trying plugging in two USB keyboards as a poor man's split keyboard, and the amount of software (looking at you IntelliJ in particular) that does something that means the characters arrive out of order when typing is hugely frustrating.

Re: The end of the nice GTK button

#327
> I personally don't like the flat look. I think Microsoft was stupid for doing it. I think Apple is stupid for doing it and I've been praising Adwaita for being the sane option in an insane world.

I partly agree. Flat look done poorly is terrible. Apple is the only company who's been semi-consistently doing this well.

Re: The end of the nice GTK button

#328
post #270

I really miss a consistent user experience. A core idea that I as a user can rely on to predict how a new app will work. I was in awe when I discovered as a kid that user interface were a research area. Things like Fitt's Law and so on. It was not just opinion. Today I get the feeling it's mostly just opinion. Either the designer's opinion or the wish to copy the look of something. Whenever I see a hamburger menu I s…

> In modern Windows, press Win-key and start to type, oops, it missed the first keypresses

This does not seem to be the case, is it? I recently, accidentally hit Win+term+Enter into a Windows VM (intending it to hit the Linux host machine) and was surprised when a terminal popped up.

Re: The end of the nice GTK button

#329
post #326
post #270

I really miss a consistent user experience. A core idea that I as a user can rely on to predict how a new app will work. I was in awe when I discovered as a kid that user interface were a research area. Things like Fitt's Law and so on. It was not just opinion. Today I get the feeling it's mostly just opinion. Either the designer's opinion or the wish to copy the look of something. Whenever I see a hamburger menu I s…

> In modern Windows, press Win-key and start to type, oops, it missed the first keypresses, presented the completely wrong results and made a mess of your workflow. On Win10 I'm getting regular delays in keypresses and just enough lag when typing to be noticeable. I've been trying plugging in two USB keyboards as a poor man's split keyboard, and the amount of software (looking at you IntelliJ in particular) that does…

Delays on keypresses.. in 2022. Are we going backwards?!

Re: The end of the nice GTK button

#330
> In this dark theme the edges and divider in the theme suddenly become light. I find this really jarring and it looks like it's just an inverted theme

You’re just used to the wrong approach, the old one actually is an inverted-grayscale theme.

The new one correctly follows the principle that foreground == lighter, background == darker in dark mode.

Post reply on HN