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

131–140 of 756 posts

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

#131

Post by tannhaeuser »

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…

While you're here and know a thing or two about libinput: it's completely unusable for me, and the only reason I'm able to work at all is that the old synaptics package (on which libinput is based as a clean rewrite as I understand) still works. The reason is that libinput doesn't support sensitivity; I still remember the physical pain of hard-pressing the touchpad when my current notebook was new, and in particular the moment when I looked at the notebook and just stopped doing anything at all on it in conditioned anticipation of a frustrating experience. Also, kinetic scroll doesn't seem to work, amplifying the issue.

I noticed Ubuntu have switched to KDE (or, alternatively, LXDE) as DE for their "Studio" variant. I'm guessing that's mostly because the minimal window decorations for resizing etc makes gnome hard to use, and Studio is for large notebooks or desktops anyway. I think the exercise of patience that was resizing windows on gnome2 has slightly improved, but I'm still speechless as to the loss of the global menu to be replaced by ... a centered clock accompanied by a minimal dot that I found out to display notifications after a while, and nothing else.

I mean I'm glad that F/OSS for desktops still exists at all, but gnome3 is really just a big regression for no reason at all, and I'm starting to get a bit concerned where gnome is heading. It's not that we have a wealth of new desktop apps anyway. Maybe Ubuntu is testing the waters to switch to KDE as well.

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

#132

Post by apricot »

skynet-9000 wrote: post #108

How about when you try to save a file, so you choose File Save As, change the directory, and then try to start typing the filename and it starts searching (recursively!) instead of letting you type your new filename? Even better (not), then it lands on the first matching search item and makes the filename that filename?

That insane bug was reported many times, and every time the developers reply that they won't fix it, it's our workflow that's broken.

Are we sure GNOME developers aren't some kind of agents provocateurs working against free software?

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

#133

Post by buckminster »

utborin wrote: post #115
buckminster wrote: post #110

Earlier quoted context omitted.

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…

All old computers get it right. They are not doing UI asynchrony. It's a fairly recent problem.

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

#134

Post by twic »

nightfly wrote: post #81
acgkmopvvgvmgv wrote: post #31

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…

Have you looked at MATE? https://mate-desktop.org/

Or Cinnamon:

https://projects.linuxmint.com/cinnamon/

I've been running Cinnamon on a few machines for years, and it mostly works fine, which for a Linux desktop is high praise. The file picker has thumbnails (although it only has a list view, so they're ant-size).

I haven't used MATE. My understanding is that MATE started life as Gnome 2, whereas Cinnamon started life as Gnome 3 reskinned to look like Gnome 2. Both have grown considerably from their starting points.

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

#135

Post by viraptor »

utborin wrote: post #115
buckminster wrote: post #110

Earlier quoted context omitted.

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…

That Mac cannot multithread the UI interactions. It doesn't have to be a keystroke processing issue. It can be "hey window parent, I've got your result in my properties, pick it up" which doesn't get processed before the next event changes the related property.

It's almost a classic TOCTOU issue.

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

#136

Post by danaliv »

buckminster wrote: post #133
utborin wrote: post #115

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…

All old computers get it right. They are not doing UI asynchrony. It's a fairly recent problem.

My new computers get this right too. This is a design flaw.

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

#137

Post by uncledave »

jancsika wrote: post #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 log…

The scary thing is we’ve moved on from there on other platforms because those problems were solved forever ago.

I sit at my Mac desktop, press any key on my keyboard to wake the machine or tap the touchpad and I’m logged in.

Being impressed with the very small changes is a symptom that there are lots of small problems. The most important change for me is I rarely if ever have to enter a password now while at the same time, no random joe can sit at my computer and use it.

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

#138

Post by tomsmeding »

ht85 wrote: post #65
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…

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 :/

Incidentally, that lag is there independent of how fast your disk is, it seems. It's kind of annoying.

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

#139

Post by oneeyedpigeon »

sercand wrote: post #48
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…

Why do you don't like Finder? I couldn't think any issue with it.

I could give you so many, but I'll kick off with just three that spring to mind. i] Keyboard navigation is terrible. ii] Tags cannot be applied to symlinks. iii] If you're looking at a tree view, with any number of folders displaying, the only one you can create a new folder inside is the very top-level folder.

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

#140

Post by bsdubernerd »

0xbadcafebee wrote: post #40

OSS is not designed to solve user problems, it's designed to solve developer problems. Therefore it will always suck compared to a commercial product developed for users. Good product design solves users' problems. ( And usually there's somebody who will get fired if they wait indefinitely to solve it)

As a dev I still have to interact with the file picker a huge number of times in a single day. The GTK file picker is perhaps one of the worst offenders that's irritating devs, power-users and plain regular users.

Patches get dismissed.

I don't know where the problem is. It's as if the GNOME team had a vision, but didn't actually try to see how this vision plays out using the tools they're making.

Post reply on HN