Live data from Hacker News

GNOME has no thumbnails in the file picker and my toilets are blocked

jayfax.neocities.org

121–130 of 756 posts

Re: GNOME has no thumbnails in the file picker and my toilets are blocked

#121
post #48

Earlier quoted context omitted.

Why do you don't like Finder? I couldn't think any issue with it.

My biggest complaint: Normal Copy and Paste does not work. My mother is used to Copy and Paste and it would work in Linux but not in macOS finder because of: think different Also why are folders sometimes cluttered all over the place and shorts cuts so weird? Well I fixed it all with Forklift but I also grew up with Norton Commander ;)

What about copy and paste doesn't work...? I use that feature daily.

And for the clutter, you can configure Finder to be more militant in how it displays/orders things.

The only gripe I have with Finder is needing to set up a million QLPreview things to do better spacebar peeking. Otherwise, it's fine - it "just works" and isn't fancy.

Re: GNOME has no thumbnails in the file picker and my toilets are blocked

#122

It’s open source. I’m sure they’re accepting pull requests.

Not really. This is not the first or the last one fixing horrible behavior in the default file picker.

Most of the time there's a deliberate reason the picker was designed this way, and the GNOME team won't accept your patch.

I personally stopped contributing to GTK very late in the GTK 2 series with very similar problems, and stopped using GTK in my projects since GTK 3.

GTK used to be my favorite toolkit back in the day.

Re: GNOME has no thumbnails in the file picker and my toilets are blocked

#123

It's a design decision. There is no right or wrong.

There are design decisions that are wrong. Invisible emergency exit signs are a wrong design decision. Making the emergency off button the same color and shape as the light switch is also a wrong design decision. And yes, I think the original problem is also a wrong design decision.

Design isn't just art, design of functional objects needs to be functional. That means that there is an objective criterion for wrong design: if it isn't functional, it's wrong.

Re: GNOME has no thumbnails in the file picker and my toilets are blocked

#124
post #45

Earlier quoted context omitted.

All of us on a Pentium II 300MHz with 32MB RAM

I don't think GNOME runs on those specs.

GNOME 1.2 would have.

It wasn't until the arrival of Nautilus with 1.4 that the requirements jumped and the performance tanked.

Re: GNOME has no thumbnails in the file picker and my toilets are blocked

#125
post #77

Earlier quoted context omitted.

Can you provide a screenshot?

If you read the article more closely than I did originally there is an example of what I see in their original article [0]. The thumbnail is part of the list view and they want to see a thumbnail without the other file details. [0] https://jayfax.neocities.org/mediocrity/gnome2.png

We want to see all the thumbnails at once, not just the selected one.

Re: GNOME has no thumbnails in the file picker and my toilets are blocked

#127

Earlier quoted context omitted.

This is bad but it's not unusual. There are similar issues in Firefox and Windows. Nobody gets UI asynchrony right. There are race conditions in everything. It's particularly noticeable with a slow computer.

I promise you people have gotten this right. I have a 198? Mac Plus on my desk that I can boot up and do this on and it will work properly. I’m having trouble even imagining the insane event-processing architecture that results in keystrokes being processed out of order. Edit: Alright, alright, forget the old computer. My new ones get it right too. All of which is a red herring, because the point is this behavior is…

>I’m having trouble even imagining the insane event-processing architecture that results in keystrokes being processed out of order.

It's relatively simple: the picker executes file-opening asynchronously, and only checks which file was selected at some indeterminate point after enter is pressed. In the meantime, the down arrow input in the main GUI changes the selection. The keypresses are always in order.

Whether or not that's the correct decision, it's not an inconceivable design. That example is probably one of the only times it would matter, since you would need async code that cares about some part of the file picker state.

Re: GNOME has no thumbnails in the file picker and my toilets are blocked

#128
post #10

The Xfce file manager, Thunar, has thumbnails. For casual use at least, it is very similar to the Gnome file manager.

Thunar is great, however it does no good here. Your various programs like GIMP will always use the Gnome/GTK file picker because that's what they've been programmed to do. Or, if not based on GTK they will use whatever other file picker their toolkit provided.

>Thunar is great

Thunar is to Dolphin what a slingshot is to an M16. I never understood how people settle for such barebones file managers (i.e., less featureful than Windows Explorer).

Re: GNOME has no thumbnails in the file picker and my toilets are blocked

#130
post #2

Users like these are why maintainers of open source software are burning out.

No it's not users, it's open source developers are guilty themselves. There is no need to have dozens of Linux distros, multiple packages, few desktop environments (with apps like email clients, music players, etc. created for each environment). Windows doesn't have multiple desktop environments to choose, Microsoft isn't developing multiple email clients and so on. The amount of wasted time (creating multiple solutions for one problem) in Linux world is staggering.
Post reply on HN