Live data from Hacker News

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

jayfax.neocities.org

151–160 of 756 posts

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

#151

Earlier quoted context omitted.

Can you elaborate? Copy and Paste works exactly as I'd expect in Finder.

I think they possibly mis-spoke and mean cut-and-paste, which does appear to be intentionally permanently disabled in Finder via the menu or shortcut. But you can drag so it's not a huge issue to me. Copy-and-paste works a-ok.

Cut-and-paste on Finder works perfectly fine too. It's Cmd-C and then Option-Cmd-V on the destination instead of Cmd-V.

Alternatively hold Option when opening the Edit menu.

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

#152
post #77

Earlier quoted context omitted.

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.

The screenshot from the article is very low resolution, so it's quite hard to see if you don't know what you're looking for, but it does have a unique thumbnail against each filename.

The underlying complaint is that people want this to be bigger.

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

#153
The contempt for user experience displayed at Gnome, over such a long period, is breathtaking, in its way, but Gnome are certainly far from alone. Apple presents the same experience, to me, except involving different details. Windows, too. KDE, too. Maybe one or other get icon-view in file pickers right, but there is a lot else to be got right, and they don't. More importantly, they neither want to get it right, nor want to enable you to get it right.

The commonality is not the details, which differ, but the attitude. "This is our thing, not your thing, so we will do what we like, not what you like." This is most evident in cases when a shiny new release, with hundreds of new singing, dancing penguins, breaks a thing that used to work.

"The old release was better." "But look, dancing penguins!" "Dancing penguins do nothing for me." "But look, dancing penguins!" "I want a way to switch back." "NO. Dancing Penguins!"

Apple's great achievement is getting their customers to believe that they always and only ever cared about the dancing penguins, and to forget instantly about each thing that had once worked, once it is gone. Gnome aspires to that, but lacks Apple's reality distortion field, so must make do with contempt.

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

#154

Reminds me of a different story involving Bill Gates, toilets, and user interface design: https://web.archive.org/web/20120427101911/http://jacksonfis... "At one particularly frustrating moment, I offered the following: “Bill, a shower, a toilet, and a water fountain all have mechanisms to control water flow, places where the water comes out, some sort of porcelain basin to hold the water, and a drain, but we don’t c…

Great anecdote. The outrage in its comment section indicates the author struck a nerve.

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

#155

Earlier quoted context omitted.

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…

That Mac cannot multithread the UI interactions. It doesn't have to be a keystroke processing issue. It can be "hey window parent, I've got your result in my properties, pick it up" which doesn't get processed before the next event changes the related property. It's almost a classic TOCTOU issue.

[deleted]

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

#156
post #36

You will find lots of such examples of a feature which you personally find very important and wonder why such a simple thing is not supported yet. I guess everyone has such examples. And you will also find such examples for MacOSX or Windows. For me personally, I wonder why mouse wheel/scroll acceleration is still not implemented. I implemented it a while ago for Xorg, which is outdated now, and also the maintainer w…

At least enough people care that its become a meme in some tech communities. https://wiki.installgentoo.com/wiki/File_Picker_meme

Yes, and Gnome is in part responsible for a lot of "desktop" issues with linux. Distros must switch to KDE by default to help eliminate part of this stigma. KDE is so amazingly good that there is no excuse to keep using Gnome.

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

#157

Earlier quoted context omitted.

I think they possibly mis-spoke and mean cut-and-paste, which does appear to be intentionally permanently disabled in Finder via the menu or shortcut. But you can drag so it's not a huge issue to me. Copy-and-paste works a-ok.

It's not permanently disabled, it enables itself when you are editing text (for example, if you're renaming a file).

I think we're talking about copying-and-pasting files in this thread, rather than text in input boxes, as you're thinking.

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

#158

Earlier quoted context omitted.

I’m not sure if this is still the case as I haven’t used desktop Linux for about a year now, but what made this extra irritating is that the file name would be highlighted already! How on earth can selected text in an in-focus modal window not be the target of keyboard input?

For me this is really annoying as well, together with the stupid text input fields that may display a blinking cursor even when they're not focused. And Firefox has this weird issue that now and then a newly opened tab doesn't focus the address bar, forcing me to use the mouse to select it. And I still don't get this trend in some newer software to make tab switching via Ctrl-[Shift]-Tab feel like the lottery instead…

Ctrl+L focuses the address bar. No need to lift your fingers from the keyboard.

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

#159

Earlier quoted context omitted.

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 o…

Why wouldn't the key interrupt or freeze the keypress queue? I don't think you need some advanced async logic to get this right.

The only potential downside would be if people expected to be able to cancel the action. But that would be unusual, I think.

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

#160

Earlier quoted context omitted.

I think they possibly mis-spoke and mean cut-and-paste, which does appear to be intentionally permanently disabled in Finder via the menu or shortcut. But you can drag so it's not a huge issue to me. Copy-and-paste works a-ok.

Cut-and-paste on Finder works perfectly fine too. It's Cmd-C and then Option-Cmd-V on the destination instead of Cmd-V. Alternatively hold Option when opening the Edit menu.

> Alternatively hold Option when opening the Edit menu.

This doesn't change the Edit menu for me. Does it work for you today on latest macOS?

Post reply on HN