Live data from Hacker News

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

jayfax.neocities.org

161–170 of 756 posts

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

#161

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.

That's not cut-and-paste. That's copy and some weird modified paste that, as far as I'm aware, doesn't exist anywhere else. Why completely break the existing convention?

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

#162

Earlier quoted context omitted.

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…

> 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. I'm not sure I have this issue, but ctrl-L (or equivalently, ctrl-K) focuses the address bar. Less mouse usage.

If you keep them separate (it's configurable), Ctrl-L focuses the address bar, Ctrl-K focuses the search bar. I don't know how these keys behave if you configure it to use a single combined address/search bar (I've always kept them separate).

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

#163
Note that showing the thumbnails would likely be simple enough. The whole desktop system needs a system for generating and maintaining those thumbnails too. Those systems are always complex and messy (remember thumbs.db?)

A dialog that opens every file in the directory to read the image and show it, won’t be very popular.

So implementing this feature isn’t a change to a dialog but an implementation of something akin to the windows thumbnail cache https://en.m.wikipedia.org/wiki/Windows_thumbnail_cache

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

#164

Linux was always a Terminal-first OS. The UI efforts never came close to the depth that MacOS and Windows have. Take for example the scaling issue. It has been now almost half a decade with 4k Displays, and Linux still does not know how to deal with it other than 100% or 200%. Currently Linux is unusable for anyone with a modern display. I appreciate the work that all the contributors put -for free- in projects like…

Not sure what you mean. I use a 3440x1440 display with 118% global scaling using KDE.

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

#165

Pretty sure 99% of regular people would be happy if there was a desktop with GNOME 2 feature parity but with a good Wayland compositor and probably some modern features that would come from that (multimonitor, VRR, ...). I just can't understand how anyone could defend GNOME 3. Their own staff have to use extensions (that break every update), even Fedora (!!!) has to patch GNOME packages now. They kept fighting that t…

> ...but with a good Wayland compositor...

Up until 2020, I didn't use screen sharing all that much, so the lack of support for that wasn't a big deal with using Wayland.

Now days though... this is a problem. I feel sorry for the folks running some Linux desktop that don't know why the option to start screen sharing just doesn't exist in various apps. I can imagine another Linux user saying "but it is right there!" to them, also not understanding why they have it but the person they're talking to does not have screen sharing.

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

#166

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 does the enter keypress save the relative index instead of the actual target of the action? Even Windows gets this one right.

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

#167

Earlier quoted context omitted.

These user complaints are 100% legit... But we need some good funding model to pay someone to fix them. Good funding models are something the opensource world has been missing for a while...

The complaint is legit. But making a page about your pet issue to create emotional response and cause rants about gnome on social media? That's annoying. Here's a better structure for the post "This is an issue that really impacts me and I care a lot about. See existing bug / discussion links. I can't solve it myself, but it's important enough that I'm willing to put up bounty for that work." I don't think anyone wou…

I don't think the author cares about this issue.

The author is trying to point out a process problem in the hope that some of us here at HN can help solve it.

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

#169

Earlier quoted context omitted.

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.

That's not cut-and-paste. That's copy and some weird modified paste that, as far as I'm aware, doesn't exist anywhere else. Why completely break the existing convention?

>the existing convention

It is the existing convention, the Mac Finder convention. And yes, it's effectively the same as cut and paste.

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

#170
post #91

Earlier quoted context omitted.

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 ;)

I actually filed a bug report with Apple in 2005 regarding the inability to cut and paste files in Finder. They actually responded a few years later and said that this is the intended functionality. Maddening.

They do support copy and move, which I think is clearer that the file doesn't get deleted if you don't "paste" it (and safer than if it did).

It's probably annoying to learn a new paradigm, but you could make the argument that it's worth it to learn something that isn't lying to you.

Post reply on HN