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

491–500 of 756 posts

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

#491

Post by alekq »

ziftface wrote: post #414
JeremyNT wrote: post #280

Earlier quoted context omitted.

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

I'll never understand this. It's like people who swear by xfce. Both are borderline unusable to me, but gnome certainly isn't in that category, despite its bugs.

Which feature(s) exactly do you miss on XFCE that makes it unusable in comparision to GNOME?

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

#492

Post by st1ck »

Zardoz84 wrote: post #479

What I find more a pain in the ass of the GtkFileChooser, it's that I can't type the path. It's very annoying, when you need to jump to a path that you have on the clipboard and you can't, and you are forced to navigate to these path because the removed a simple text field to puth the path. The equivalent from QT/KDE does this far better. It allows the user to switch from the graphical "user friendly" path representa…

Ctrl+L seems to work for me.

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

#493

Post by stelonix »

userbinator wrote: post #191
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…

To sound like Linus Torvalds, "that's braindead stupid!" I have never looked at the code in question, but it almost sounds like the developers went out of their way to create these ridiculous bugs, because the simplest solution definitely would not have something like that happen: The handler for Enter gets the current selection (which will definitely be the correct one) and opens it. The actual opening can be slow,…

This is an issue with X11 which I don't know exactly where it comes from and what causes it. Yes, it has to do with the async nature of it all and I agree it's stupid and it's a miracle the desktop even works. Over time, I've been wondering if Windows dodges this simply by having syscalls that interface with window procedures while Xorg deals horribly with it by being pure userland. Another issue is, there's no mapping of pid X11 window. It's simply impossible with the current design of client-server.

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

#494

Post by wander_homer »

db48x wrote: post #459

The author thinks that anyone using a file picker with no preview thumbnails is doing it wrong. I think that anyone using a file picker is doing it wrong. I frequently open files in projects that have tens of thousands of files scattered across thousands of directories. Any process for opening a file that involved navigating that directory hierarchy by clicking with a mouse would waste an enormous amount of time.

Well, for one using a file picker doesn't imply mouse usage and secondly, how would you do something like uploading a pdf or picture in your web browser?

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

#495

Post by masswerk »

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…

However, the Mac was about the only system getting this right by rigorously prioritizing UI events on the system level.

(Which is also, why applications like Photoshop on Windows weren't a viable option for professional users for some time, until hardware became faster. How do you draw or paint, if the events representing your gestures are not synchronized, as they are subject to system load?)

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

#496

Post by circularfoyers »

rablackburn wrote: post #355
arendtio wrote: post #282

Sometimes I wonder if I should just quit starting my own side projects and instead take one open-source project and just work to improve the quality. No new and shiny stuff, but boring bread and butter business. For example, I like XMPP, but many clients seem to have quality issues. So I could start writing tests for them and therefore find and fix bugs?

I have similar thoughts. I finally swapped to desktop linux last year and tried to be very mindful about all the little niggling issues I ran in to. I think the difference between an okay piece of software and a great piece of software is how cognizant the designers and developers are of these things. It's partially why I use an iphone now over android. Even if I disagree with how something is done it's usually evide…

I'm just curious but what were the issues with a few of elementary OS's core decisions that you have?

I know personally I'm not a fan of Ubuntu or that it's the LTS version too but I know that you can use Pantheon, it's desktop environment, on other distros (something I have been considering myself).

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

#497

Post by efaref »

ziotom78 wrote: post #454
kaszanka wrote: post #105

Earlier quoted context omitted.

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 have found a (cumbersome) solution to this using Xfce. Its Thunar file manager does implement type-ahead, so whenever I need to open a file that is saved in some deeply-nested folder, I open Thunar (using a custom shortcut, Ctrl+Alt+E) and quickly navigate to the file using type-ahead and press Ctr+L to copy its full path to the clipboard, then I switch to my app and paste the address. For complex paths, I found th…

Using TFA's analogy, that's a workaround where you use the neighbour's toilet.

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

#498

Post by viseztrance »

tsar9x wrote: post #258
viseztrance wrote: post #207

Earlier quoted context omitted.

Funny thing. The company I worked for, bought me a 1440p ultrawide screen to use on my mac at (the same I used home on my linux workstation). It displayed no scaling options whatsoever - NONE. Other displays (4k 16:9) shown it but not that. And unlike linux, or windows you can't even set the font size globally. Suffice to say, that this isn't a solved problem everywhere else.

On macOS you need to "Option-Click" on Scaled radio button to see full list of resolutions.

The resolution was correct, but the scaling options were hidden.

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

#499

Post by jffhn »

benlivengood wrote: post #247
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…

GUIs should effectively be finite state machines and people expect them to operate that way. People understand latency and get used to it; it happened on mainframes and other terminal applications and people memorize the state machine and can tab and type through an interface at high throughput anyway. One of the most frustrating experiences is related to the OP; reflow in browsers as new elements load making it impo…

I remember the time (10 years ago?) where you could go to google webpage and start typing your search immediately. Then one day I got my typing deleted once the page finished loading. I thought Google would quickly fix this, but soon realized that this kind of annoying asynchronous behavior was becoming a new normal for a lot of GUIs. I have a rule in my GUIs to only show up something when it’s consistent and usable: the GUI should never lie or mislead.

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

#500

Post by mkl »

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.

Keyboard maybe. That same old Mac probably processes mouse events out of order: when it was being slow you could click on something then move the mouse somewhere else, and it would click the new place instead.
Post reply on HN