Live data from Hacker News

Gnome 40

forty.gnome.org

171–180 of 244 posts

Re: Gnome 40

#171
post #83

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…

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.

Most Gnome developers, I suppose, are on RedHat payroll and are not teenage.

They are busy working on various things, this is certain, and these things are apparently more important for them. Like, well, GTK4.

I suppose most Red Hat customers are corporate, and when they ask for featureful Linux desktop, they likely mean playing nice with corporate systems. This is why Evince is such a good PDF viewer, compared to a lot of others; it can even fill in forms. This is why the file chooser without image preview is fine as is for corporate use, because I suppose that 0% of graphic designers choose a Linux machine in a corporate setting.

Re: Gnome 40

#172
post #105

GNOME has no thumbnails in the file picker https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbna...

This is a dead meme. Boring and annoying specially to the Gnome developers. I have used Gnome for many years now. Never have this been an issue. If you look at the issue tracker[1], they are open to pull requests to add the thumbnail, we just need one person who cares about this feature! There are many other issues with Gnome that actually is their decision and it is a problem. This specific one is a GTK issue. But f…

Why are people so dismissive about this? It's a significant usability problem among many, many others that gnome has.

It should be annoying that the issue keeps coming up.

It's not a 'meme' that gnome lacks an extremely basic feature that is incredibly common in other GUIs.

Re: Gnome 40

#173
post #139
post #137

Earlier quoted context omitted.

“Stop being poor” kind of an argument

Not at all? This is FOSS. If this was a critical issue that blocked people from using the software, or aggravated a developer enough, then someone would go fix it or be paid to fix it. Developers don't have an obligation to implement every feature request. Clearly this is a nothingburger

> This is FOSS. If this was a critical issue that blocked people from using the software, or aggravated a developer enough

Ah, there it is. It hasn't aggravated a developer enough, so it is a non-issue. And people wonder why the Linux Desktop is unpopular.

Re: Gnome 40

#174
post #131
post #105

GNOME has no thumbnails in the file picker https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbna...

Clearly this isn't an issue that people care about enough to do anything about, otherwise someone would have gone and implemented it.

I loathe this line of thinking.

Yes, "It's FOSS, go fork it" and all that malarkey.

Painting with broad strokes: MacOS and others make money on things being polished, consistent and understandable. They don't get to use their hacker blinders and say "Who needs a GUI for that" or act like Firefox and rearrange the UI every six months.

Thus, often times, the usability of OSes with a financial incentive for broad accessibility will be the most polished.

Ubuntu for a period wanted to break into the desktop OS market. They focused on polish and went so far as to create their own desktop environment (and display server)! They didn't fully succeed, but the point stands: There are many people outside the hacker community who are not going to write their own DE, who nevertheless hold the valid (and often, IMO, correct) opinion that Linux UIs blow more often than Windows/Mac.

PS: This isn't an argument about rights and obligations; I'm not saying randomGnomeDev123 has some moral obligation to do as randomUser345 asks. Just don't confuse "lack of obligation" with "being right".

Re: Gnome 40

#175
post #139
post #137

Earlier quoted context omitted.

“Stop being poor” kind of an argument

Not at all? This is FOSS. If this was a critical issue that blocked people from using the software, or aggravated a developer enough, then someone would go fix it or be paid to fix it. Developers don't have an obligation to implement every feature request. Clearly this is a nothingburger

For me, it's less trouble to just use other tools that suck less.

Re: Gnome 40

#176

Earlier quoted context omitted.

That seems excessively dismissive; it's hardly a dead meme while the issue remains open, boring only to the GNOME developers who have decided that little things like what users want is irrelevant, annoying only because it's been a decade with zero attempt at a solution . It's nice that you never use this feature, but unhelpful to others who do. And yes, it's terribly generous of them to be willing to consider merging…

But, you know, that's how it works: the problem doesn't get fixed unless someone both a) cares, and b) can do something about it. Why would a developer who isn't getting paid do work they don't care about? If you're interested, maybe you can finally be the person who cares and does the work.

Giving something away for free doesn't mean that no one can criticize it. It's a severe shortcoming, it's been there for over a decade, and no obligated to fix it but that doesn't mean anybody is obligated to stop complaining about it either.

Re: Gnome 40

#177

I would like to thank the Gnome community for this release! I can't wait to upgrade to Fedora 34 to use it. I use Mac OS daily on my work computer and Gnome daily on my personal computer. Yes, I know there are a lot of Linux open source applications that are not very polished, but the quality in Gnome and its core applications is extremely high. There are even some things that Gnome does better than Mac OS. Now, you…

Is GNOME as a community project? My reading of https://hpjansson.org/blag/2020/12/16/on-the-graying-of-gnom... is that it is driven largely by Red Hat and to some degree other companies. To your general point (why attack the project): GNOME has a reputation (IMO deserved) for aggressively not caring about the opinions of users or outside projects (ex. https://news.ycombinator.com/item?id=23795901 ). So at some point…

Companies that charge you for their distribution are only charging for support. not really the distro, for this reason if you have a UI that shits itself on every corner it does not look good and ends up costing you more time and money, that's why it's largely driven by them.

Re: Gnome 40

#178
post #131
post #105

GNOME has no thumbnails in the file picker https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbna...

Clearly this isn't an issue that people care about enough to do anything about, otherwise someone would have gone and implemented it.

The people most likely to be impacted will be artists, photographers, and similar.

This is a useless viewpoint when the grief is held by mostly non-devs.

Re: Gnome 40

#179
post #101

Earlier quoted context omitted.

> and hints at backwards compatibility. To me it communicates no commitment to backwards compatibility, i.e. no semantic versioning. This might be enforceable if one is Apple, but doesn't sound good for an open-source platform.

What would semantic versioning for a UI even mean? What's the API promise?

x.y.z

x would increment on the removal of a feature

y would increment on the addition or change of a feature

z would increment on a bug fix

Re: Gnome 40

#180

Earlier quoted context omitted.

This is my favorite thing about this update. That along with that mac hotkey tools for linux should make the transition back and forth easier.

Mac hot key tools?

Yeah this tool called Kinto[1] was posted on here the other day.

[1]: https://github.com/rbreaves/kinto

Post reply on HN