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.
GNOME has no thumbnails in the file picker and my toilets are blocked
161–170 of 756 posts
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#162Earlier 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.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#163A 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
#164Linux 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…
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#165Pretty 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…
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
#166Earlier 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…
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#167Earlier 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…
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
#168Meanwhile, Qt seems to have the same issue: https://bugreports.qt.io/browse/QTBUG-3796
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#169Earlier 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?
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
#170Earlier 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.
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.