Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

jayfax.neocities.org

Post reply on HN
Print view View original

271–280 of 756 posts

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

#271

Post by type0 »

therealmarv wrote: post #23

GNOME is in general terrible for everything with image related work (last tested on Ubuntu 20.04). In the past I thought finder on macOS is terrible (it's still the worst piece of macOS and I don't like it) but GNOME files aka Nautilus tops it for sure (also because of space wasting issues). XFCE and KDE both do a better job than GNOME in this regard. And also Windows Explorer was and is much much better in this area…

GNOME files is a horrific dump, it is one of the few things that make GNOME unusable out of the box

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

#272

Post by toast0 »

ballenf wrote: post #159
ivanbakel wrote: post #127

Earlier quoted context omitted.

>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.

You can't do work on the UI thread, it'll block the UI! With only half a /s

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

#273

Post by renewiltord »

formerly_proven wrote: post #184
snvzz wrote: post #27

There's more serious reasons this file picker is broken. Here's a trivial to reproduce and obvious issue that's been there for several years now: 1. Open a directory that loads slowly (e.g. one with thousands of files on a smb3 mount) 2. While the list is loading, select a file (but do not open it) 3. Wait for the whole list to load Once the list finishes loading, the file on the very top of the list gets automatical…

Picking directories has been pretty broken forever as well. Say you start in ~/Downloads/foo and want to store the file in ~/Downloads, then navigating up will have "foo" selected, with usually no blank space to un-select (so you'd need to do ctrl+click or something to that tune); clicking "Save" (or whatever) will then descend into that directory instead of saving, so just using the mouse, or not using any shortcuts…

I recall this being a problem, but I just tried it in Gnome+Chrome and it worked correctly and the picker 'looks native' at least. Then I tried it in GIMP (which has a different picker) and it works like you describe.

Some other Gnome apps also work correctly so I think it's fixed in Gnome but not whatever GIMP is using.

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

#274

Post by eznzt »

edoceo wrote: post #249
for_xyz wrote: post #226

Earlier quoted context omitted.

Old one yes. New one (since win vista) allows you to pick folders. pFileOpen->SetOptions(FOS_PICKFOLDERS | FOS_PATHMUSTEXIST | FOS_ALLOWMULTISELECT); https://docs.microsoft.com/en-us/windows/win32/api/shobjidl_...

IME users aren't doing a lot of C

That API is accessible from any language.

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

#275

Post by kergonath »

zapzupnz wrote: post #193
alkonaut wrote: post #150

Earlier quoted context omitted.

What’s a save panel? You mean a save dialog? Note that on windows there are at least 3 generations of save dialogs. Which one you see depends on which generation of the api is used. The most common one is the more modern which is basically just an explorer window. Dragging a file into an explorer window works that same regardless of whether it’s an open/save dialog or not. It’s a move/copy operation (depending on e.g…

Yes, a save panel is a save dialogue. It’s just Apple terminology. > I don’t quite get the point of dragging a file to a save dialog at all though? On macOS (since forever) and iOS (since 11), there is a heavy focus on drag. You should be able to drag anything from any app to any other app and something should happen. This is facilitated both by system-level frameworks (so that all apps can gain correct drag-handling…

Entirely agree with et dry thing you said. I just wanted to say, re

> For example, proxy icons

The way they are buried in Big Sur, and often invisible unless you mouse over where they are by accident is my biggest gripe with the update. This is fundamental in how we interact with documents on that platform, and one of its great features. What were they thinking?

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

#276

Post by eznzt »

jdright wrote: post #156
swebs wrote: post #36

Earlier quoted context omitted.

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.

My personal opinion is that KDE is less polished, more bloated (in terms of features and options), and slower than GNOME.

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

#277

Post by renewiltord »

albertzeyer wrote: post #16

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…

You can solve this in hardware with a mouse with a free-wheel. My Logitech G502 lets you click a button to swap modes from free-wheel to braked-wheel.

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

#278

Post by k_sze »

heavyset_go wrote: post #219
jdright wrote: post #156

Earlier quoted context omitted.

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.

I disliked KDE 3 & 4, however KDE 5 is great. Plasma Desktop is impressive and pleasant to use.

Yep. I’ve been a long time GNOME user and I switched to KDE Plasma when I upgraded from Ubuntu 18.04 to 20.04. I don’t think I’m looking back.

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

#279

Post by cam_l »

I guess using KDE would be, to keep the analogy going, a Toto. It cleans the pipes before that shit even gets to the toilet.

Though I do find the various ways you adapt your work flow to tools amusing. Like the file picker thumbnail rarely bothers me, because I have a habit (hard won) of using clear naming for files. Though it does annoy me that Sushi doesn't seem to work in the file picker.

That said, what really annoys me, every day, is the breadcrumb bar. Damn that to hell. If you are serious about naviagtion, why not just show me the whole tree? And I have to press Ctrl-L to revert to a text directory imput, and then, or otherwise click fifteen times to navigate to another directory.

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

#280

Post by JeremyNT »

jdright wrote: post #156
swebs wrote: post #36

Earlier quoted context omitted.

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.

> KDE is so amazingly good that there is no excuse to keep using Gnome.

I have nothing against KDE, but come on. Many of us really do prefer GNOME despite its perceived deficiencies. This is just a matter of personal preference.

Post reply on HN