Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gnome 40

forty.gnome.org

Post reply on HN
Print view View original

81–90 of 244 posts

Re: Gnome 40

#81

Post by ogre_codes »

reader_mode wrote: post #65
symlinkk wrote: post #55

Earlier quoted context omitted.

It’s been like this since Gnome 3 was released in 2011. This is why I've always been confused by people who say Linux has an “ugly, inconsistent, unprofessional” UI - to me this looks and feels better than Windows.

Gnome is just one part of the story - the gnome shell was always decent looking and had good themes. But the apps and the ecosystem really is ugly, messy and inconsistent. For example if you look at the controls you got with GTK out of the box in GTK3 era (when I last tried to build something with it) I remember huge paddings, unintuitive UX (the GTK file picker is the worst I've used) and poor layout controls. Go ch…

Unfortunately, it feels like everything is turning into what Linux was 10 years ago. MacOS is better, but the increasing dominance of Electron and Java apps which bring their own UIs into whatever eco-system they encounter is very frustrating. If you are stuck running MS apps on the Mac, they are their own micro-cosm as well.

Re: Gnome 40

#82

Post by BearOso »

mixedCase wrote: post #43
AshamedCaptain wrote: post #35

Earlier quoted context omitted.

And when Gtk4 inevitably happens, or the gnome-shell toolkit is changed again, breaking about all the gnome-shell extensions, we'll just call it Gnome X.

Gtk4 already happened. Not sure if Gnome apps to it, however, but I'm pretty sure they'll just break extensions as they've always done. Most use internal APIs AFAIK after all, so they're designed to break.

Gnome shell doesn’t even use Gtk, or at least not for drawing and such. If it’s there, it’s completely abstracted away in their JavaScript layer. And yeah, most extensions broke from 3.38-40 already anyway.

Re: Gnome 40

#83

Post by acqq »

superkuh wrote: post #53
hedora wrote: post #32

Have they fixed the file chooser yet? Specifically, I want to be able to click around on directories to choose where to save a file, type the file name, then press enter. This should save the file, not filter the directory listing. Also, I don’t want it to default to overwriting some file I saved last week.

No. I actually went to GNOME's IRC network the other day to talk to them about gtkfilechooser's multiple problems. Yours, and then the lack of text input for typing or pasting file paths. https://gitlab.gnome.org/GNOME/gtk/-/issues/938 . They said they have no one assigned to gtkfilechooser bugs and none will be addressed. I was able to download the debian source for a couple gtk applications (ie, gedit/pluma) and ap…

And now everybody should look for a text from 2003 written by jwz mentioning the "Cascade of Attention-Deficit Teenagers model" and slowly read it again, then think how much time passed since.

Re: Gnome 40

#84

Post by MayeulC »

offtop5 wrote: post #26

I feel really stupid to ask , but can I install this on Windows.

Not sure about Gnome, but one used to be able to install KDE on windows https://www.maketecheasier.com/install-kde-in-windows/

IIRC even KDE plasma worked. But these days there are a few KDE apps on the microsoft store or on kde.org.

Even if you could install that on windows (compiling everythong with cygwin?), it wouldn't really be windows, mind you.

Re: Gnome 40

#85

Post by xiaomai »

superkuh wrote: post #53
hedora wrote: post #32

Have they fixed the file chooser yet? Specifically, I want to be able to click around on directories to choose where to save a file, type the file name, then press enter. This should save the file, not filter the directory listing. Also, I don’t want it to default to overwriting some file I saved last week.

No. I actually went to GNOME's IRC network the other day to talk to them about gtkfilechooser's multiple problems. Yours, and then the lack of text input for typing or pasting file paths. https://gitlab.gnome.org/GNOME/gtk/-/issues/938 . They said they have no one assigned to gtkfilechooser bugs and none will be addressed. I was able to download the debian source for a couple gtk applications (ie, gedit/pluma) and ap…

the main text entry ("Name", the one that starts out focused) lets you type/paste paths.

Re: Gnome 40

#86

Post by ahartmetz »

nerdponx wrote: post #76
superkuh wrote: post #53

Earlier quoted context omitted.

No. I actually went to GNOME's IRC network the other day to talk to them about gtkfilechooser's multiple problems. Yours, and then the lack of text input for typing or pasting file paths. https://gitlab.gnome.org/GNOME/gtk/-/issues/938 . They said they have no one assigned to gtkfilechooser bugs and none will be addressed. I was able to download the debian source for a couple gtk applications (ie, gedit/pluma) and ap…

Purely out of curiosity, what else is the Gtk team currently working on? People have been complaining about the file chooser for years. I'd be willing to donate a good chunk of money just to support "basic UX" improvements to FOSS software and toolkits like Gtk. Should we start a "Fix the Gtk file chooser" Gofundme?

It's more like decades, not years, by now. Seems worthwhile.

Re: Gnome 40

#87

Post by christophilus »

hedora wrote: post #32

Have they fixed the file chooser yet? Specifically, I want to be able to click around on directories to choose where to save a file, type the file name, then press enter. This should save the file, not filter the directory listing. Also, I don’t want it to default to overwriting some file I saved last week.

Gnome is my daily driver, and overall I'm a fan. But this is one of the dumbest file pickers I've seen.

Re: Gnome 40

#88

Post by swiley »

superkuh wrote: post #53
hedora wrote: post #32

Have they fixed the file chooser yet? Specifically, I want to be able to click around on directories to choose where to save a file, type the file name, then press enter. This should save the file, not filter the directory listing. Also, I don’t want it to default to overwriting some file I saved last week.

No. I actually went to GNOME's IRC network the other day to talk to them about gtkfilechooser's multiple problems. Yours, and then the lack of text input for typing or pasting file paths. https://gitlab.gnome.org/GNOME/gtk/-/issues/938 . They said they have no one assigned to gtkfilechooser bugs and none will be addressed. I was able to download the debian source for a couple gtk applications (ie, gedit/pluma) and ap…

I'm glad to hear putting hamburger menus in all the window title bars is prioritized over having a functioning UI.

Re: Gnome 40

#89

Post by fiddlerwoaroof »

bryanlarsen wrote: post #22
antihero wrote: post #11

Earlier quoted context omitted.

Which is bizarre, because if you do want to have a breaking new version, what exactly do you do?

> if you do want to have a breaking new version, what exactly do you do? You change the name. Like "Raku" instead of "Perl6". Once you've reached a certain level of stability and usage, any substantial breaking change is going to inevitably result in a fork, so embracing that up front is going to result in a much better experience.

Yeah, I like Rich Hickey’s critique of semantic versioning. Major version changes just overload the name and cause confusion: if you must break compatibility, fork and rename.

Re: Gnome 40

#90

Post by christophilus »

Aardwolf wrote: post #14

The open windows don't even have visible taskbar buttons in the fancy presentation it shows at the top I have no idea how you can productively work that way The reason for getting 4K monitors is not to have less stuff that can make you productive visible KDE 3.5 was the top of OSS desktops, in my opinion

I guess that's why we have options. I like Gnome. It's by far my favorite DE. I don't want my screen cluttered up with stuff. I know what I've got running, and finding anything is really easy: Super + type whatever I'm thinking, and presto, it's there.
Post reply on HN