Live data from Hacker News

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

jayfax.neocities.org

111–120 of 756 posts

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

#111
post #61
post #34

Earlier quoted context omitted.

The post isn't actually about GNOME's file manager (which does have thumbnails), it's about the GTK file picker which is the same in any DE.

And without reading the bug, the issue with adding thumbnail support to that one is probably because thumbnails need to be cached to be fast, and it would be odd for a filepicker to be creating its own cache files (since it can't make any assumptions about the system it runs on).

It's not that. Firstly there is a standard for where to cache thumbnails at least on Linux, and secondly the file picker already generates (or at least displays) thumbnails. It's shown in the article. It's just that GTK has no suitable widget for showing them properly.

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

#112
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 gnome and kde, but unfortunatelly, it is not enough. You need a Giant with financial incentives to drive this, like Google did with Android.

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

#113

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

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.

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

#114
Somebody in Gnome did an awesome thing and I want to know who it was:

If I open my laptop after being logged in, I can just start typing my password and the login manager does the right thing: "Hey, he's probably typing a password. Let's throw it into the password widget and see what happens..."

I'm on an XPS running Ubuntu 20.04.

Who implemented that feature? It's a great ergonomic feature and improves the UX of logging in so much.

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

#115
post #65

Earlier quoted context omitted.

Let's do another... Open any directory with 3+ items. As first item is highlighted, quickly hit , , . The 3rd item opens... There is a lag when hitting and the last is processed out of order :/

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 ridiculous and never should’ve shipped.

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

#116
My personal theory about why this isn't fixed is that in open-source software, if you halfass a UI implementation one time it keeps that halfass implementation more or less eternally because it's "good enough" for the person who learns to work around it.

For my photo editor Filmulator I resolved to not add features that haven't had the UI fully thought through. For a while it meant it was definitely subpar capability-wise, but now that it's approaching feature completeness it means that it's actually intuitive and streamlined to use.

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

#117
post #107

Earlier quoted context omitted.

> Firefox on KDE uses the GTK filepicker. No thumbnails. Not if you set the GTK_USE_PORTAL environment variable. $ GTK_USE_PORTAL=1 firefox The above will make Firefox use the KDE filepicker.

So they say. But I could never get that to work, with KDE/Plasma the dialog just never shows up.

An AppArmor rule used to prevent it from working on my system.

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

#118
post #2

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

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 would complain about it.

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

#119
post #29

This has somehow gotten worse in recent years. When saving, it used to be you could use the mouse to navigate to a directory, then type the desired filename, and press enter. Now, typing the filename initiates a contextual search within the current directory. Clicking in the filename textbox and starting to type doesn’t work either. You have to highlight the base (not the extension or “.”) of the filename. At that po…

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 of just going to the one on the left or right. There's a reason we can reorder tabs by dragging them around, and a reason our keyboards have more than just those three keys, and "fidget cube replacement" is not it.

Sometimes I wonder if the UI designers never use their own products or just aren't aware that building habits for chains of workarounds should not be the normal way to interact with computers. /rant

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

#120

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

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

[deleted]
Post reply on HN