Indeed. Unbelievable omission for a project that touts simplicity and usability above else.
They don't champion simplicity and usability, it's only an excuse to remove code and functionality that maintainers don't want to deal with
GNOME has no thumbnails in the file picker and my toilets are blocked
301–310 of 756 posts
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#302Earlier quoted context omitted.
No, not at all. The article is about this precise problem: the file picker in Gnome does not show a preview of the selected file. It’s truly absurd. Edit: Folks, instead of downvoting, how about pointing out that I apparently have an additional bug going on in my desktop setup? This is exactly the problem with Gnome.
I believe the article is about showing all the files as thumbnails at once, so you can select the file more quickly. The article shows once you've selected a file it shows a preview of it to the right.
Hm, I definitely don’t have _any_ previews in the GTK filepicker. I specifically had to open the Files application just this week so I could identify which screenshot I wanted to upload in Firefox.
I guess I have a different bug happening _in addition_ to what the article is talking about. Lovely.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#303The file pickers in general in Linux are just dreadful. Wouldn't companies who release commercial products on Linux contribute to it by assigning a team to overhaul this? It's unbelievable that it seems okay to them to leverage "free" OS that people wrote sacrificing time with their families often after work into the night, without giving anything back. It especially looks bad when companies make billions off of these tools and won't share a penny with contributors nor open source their products.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#304Earlier quoted context omitted.
Even worse is when you know the exact file name that you want to open, and the interface fights against you writing it! For example I want to open /tmp/a.png, but there's thousands of files on /tmp and the cursor disappears while "loading" them, and and some characters of the file name are lost, or typed on different parts of the interface.
Recursive search instead of type-ahead search within one directory in the file picker is criminally terrible. I don't think there is any implementation of a file picker that behaves like this (other than Gtk's).
I use this patch: https://aur.archlinux.org/cgit/aur.git/tree/typeahead.patch?...
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#305This is the one problem that torments me every time I am reminded of it.
Just today, once again, I tried doing the hack to make programs use the kdialog instead of the GTK filepicker. kdialog works, however none of the thumbnails are showing! Only the icons showing the filetype. I don't use a desktop environment, only a tiling window manager, so that's probably it. But what pains me is as much as I search, I don't know what the hell to install that will make the thumbnails work in the filepicker even though thumbnails work everywhere else.
Every time I must go through this, I want to cry. The linux community thinks they are so superior, yet they cannot implement this one little thing.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#306While we're complaining about Gnome: why can't nautilus handle more than 10k files in a directory? Especially an NFS or Samba share. I installed Thunar in order to browse the pictures I have on a local server.
I think 10K file names should fit in cache on any processor made in the last 10 years. readdir isn't that slow.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#307It’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 th…
I saddens me that GNOME and GTK are so hostile to new or inexperienced contributors, most of the time the development happens in a GNOME/GTK Cabal; I heard about but couldn't believe it until I saw their responces myself. I really is worse than that and puts a stain on the whole Linux open source movement (if you can even call it that).
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#308Earlier quoted context omitted.
> Free software development is not a democracy, and does not get driven by polls. Features and bugs are introduced by those who show up, within a community that works towards a shared goal. And it is exactly to let themselves yell that, they work hard to alienate few normal devs left in the project. I understood now that Gnome 3.0 was from the start Redhat's fully intentional attempt to appropriate the project, and i…
This sure seems accurate to me, from what I've personally observed, but I don't understand what motive they might have. What's the point of controlling popular software by making everybody hate it?
> What's the point of controlling popular software by making everybody hate it?
I think, in their view, all comes after taking hold of the project. But here, they got that, and now what? Now, all lofty plans have to meet the cold reality.
It's like a mutunineers on a ship throwing officers overboard, just to realise hours later that they are in the middle of an ocean, and they have no idea how to sail a ship without skilled crew.
I saw that happening in public companies: a single asshole activist with puny few percents of the company keeps throwing big radical decisions onto every shareholder meeting, until he gets everybody so discombobulated, or the company so disfunctional that others either leave the company to him for taking, or he gets a legal casus belli to sue the company to try to wreck it further, and then seize it.
For such people, it doesn't matter if the company in question dies, as long as they come out with gain. Some are plainly idiots with too much legal education, and some are genuine degenerates doing it with full knowledge of consequences.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#309Somebody 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 log…
Definitely. At a previous job I set the password of my work Mac to my password less the first character to keep the muscle memory working. No need for an explicit "wake the screen" character.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#310Earlier quoted context omitted.
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?
>Why completely break the existing convention? Because cutting-and-pasting is a destructive action that can lead to data loss. Under the conventional implementation of cut-and-paste, it's easy for a user to inadvertently cut-and-paste a file, when they meant to copy-and-paste said file, either through a misclick or, by hitting the wrong keyboard combination. This is because: 1. The menu option for cut is right above…
> Because cutting-and-pasting is a destructive action that can lead to data loss.
Isn't this the same for all cut-and-paste? It's expected.
What's special about files that mean they need special protection?
Pop them in the Bin until they're pasted if you want.
It's not as unfathomable as you make out.