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

611–620 of 756 posts

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

#611

Post by sph »

bborud wrote: post #299
seltzered_ wrote: post #56

Reminds me of a different story involving Bill Gates, toilets, and user interface design: https://web.archive.org/web/20120427101911/http://jacksonfis... "At one particularly frustrating moment, I offered the following: “Bill, a shower, a toilet, and a water fountain all have mechanisms to control water flow, places where the water comes out, some sort of porcelain basin to hold the water, and a drain, but we don’t c…

There was a paragraph in that article that made me think of something >”But engineers (like everyone) see the world through their lens. Engineers look at code all day. And when they see two pieces of code doing roughly the same thing, they immediately think about ways they could eliminate the wasted effort by combining them into one piece of code that performs both functions”. I shudder when thinking of all the times…

> I shudder when thinking of all the times I have wasted time trying to generalize something

My programming life has improved for the better when my threshold to generalise and DRY is not when I need to use some piece of code in two different places, but when I need to use it in three different places.

I am not joking, that was life changing advice for me.

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

#612

Post by dm319 »

pizza234 wrote: post #576
ziotom78 wrote: post #455

Earlier quoted context omitted.

It has been a long time since I tried MATE. Do you mean that the file dialog does not implement recursive search? If it is so, then I must consider switching! (At the moment I am using Xfce.)

MATE's based on GTK, so it inherits all the GTK "features", last but not least, the v3 file chooser, which lost along the way the create new folder key binding, and the quick search by prefix (which now has to be inconveniently performed on the address bar). Additionally, programs may rely on different GTK versions, which also makes things confusing. For example, Visual Studio Code and Firefox use GTK3. edit: extende…

Oh darn. I don't have a problem on my UbuntuMATE, but realised I'm still on 18.04. At least caja seems sane?

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

#613

Post by ognarb »

j1elo wrote: post #575
MegaDeKay wrote: post #427

Earlier quoted context omitted.

"This page assumes the status quo as of Plasma 5.7". Plasma is now on version 5.20 so the page you linked has some pretty old examples. The KDE folks are working pretty diligently to clean stuff like this up as they find it. Nate Graham's weekly blog documents this and other updates to the project. https://pointieststick.com/ I personally like KDE and it's Breeze Dark theme a lot.

Small half-joke: Only two words into the front page post I already hit a UX issue! (and a UI inconsistency) > This week (KWin’s compositing code was almost totally rewritten...) I then instinctively went on to the top of the article to check on the date, to get an idea of when was "this week" for the author... but there is no date. Oh, well :-) Opening the post itself (instead of reading from the main page) does inde…

Nate is not a web developer and is just using a default wordpress theme.

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

#614

Post by ognarb »

O_H_E wrote: post #372
young_unixer wrote: post #293

Earlier quoted context omitted.

I find KDE to be pretty ugly. For instance, margins and paddings seem to be all over the place [1]. At least Gnome gets that part right. [1] https://community.kde.org/Plasma/Notifications

That page looks kinda out dated, and "contains some ideas how to improve the Plasma notification system". So a lot of that is mocks and not real screenshots.

Yes, this page is full of mockups created years ago.

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

#615

Post by 3np »

jffhn wrote: post #499
benlivengood wrote: post #247

Earlier quoted context omitted.

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

Gmail has gotten worse with this. Convenience and usability are no longer arguments to not switch.

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

#616

Post by noisy_boy »

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…

> Anyway, I guess there are actually not too much people caring about this feature

I do care about this feature just like the author and though I don't have any evidence supporting my thinking, I think nobody enjoys trawling through bunch of weirdly named files (which is typical of how downloaded image files get named by default) looking for that specific picture/icon. After the Gnome 3 debacle where they basically refused to listen to the users and even removed not-so-obscure features like tabbed windows in nautilus (which I noticed is back now), I just didn't have the confidence that raising a feature request would amount to much.

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

#617

Post by 3np »

speedgoose wrote: post #458
tsukurimashou wrote: post #370

Earlier quoted context omitted.

This is the worst, a french website Leboncoin (craigslist basically) does this, makes me want to murder the people behind it When you click next page nothing happens long enough to make you think your click hasn't been registered, then right as you click again the page loads with ads right where the button was

You should use an adblocker.

...at which part the whole site experience breaks. find a fine-tuned config that blocks the right things and it might break again in a month.

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

#618

Post by xuhu »

still_grokking wrote: post #243

As a KDE user I wouldn't care what the Gnome people do if their BS wouldn't affect me. But it does, and it's annoying! They refuse since over a decade to implement some generic way to open the file-picker native to the running DE. They force their garbage usability on everybody, even people that would prefer not to use "anything Gnome". Same issue with CSDs, by the way. Like I said: They can have their broken stuff a…

From a distance it looks like a personal preference thing: some people that prefer the KDE desktop environment might just prefer the GTK dialogs, controls or UI decisions made by certain GTK apps.

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

#619

Post by enriquto »

benibela wrote: post #597
enriquto wrote: post #76

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

In an older version there was autocompletion for typing. You could type /tmp/a. and it would autocomplete it to /tmp/a.png It is a good idea, but I type too fast. So I would write /tmp/a.png and then the autocompletion triggered and replace it with /tmp/a.pngpng

> You could type /tmp/a. and it would autocomplete it to /tmp/a.png > > It is a good idea, but I type too fast. So I would write /tmp/a.png and then the autocompletion triggered and replace it with /tmp/a.pngpng

This is so sad.

Autocompletion of filenames should work perfectly no matter the conditions. If "ls" can list tens of thousands of files in a fraction of a second, there's no reason that autocomplete has some delay. I can see why this happens, maybe you have a thousand images in /tmp and the file picker is opening them all to compute their thumbnails (which in my opinion is useless, but whatever). Then it uses quite a few kernel threads and it clogs the system, making the completion to fail. But it sounds like this problem should was already solved many years ago, and that modern "improvements" of the file picker made it fail.

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

#620

Post by Torwald »

jffhn wrote: post #499
benlivengood wrote: post #247

Earlier quoted context omitted.

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

Google search bar also breaks the standard OS behaviour on a Mac, eg. when I am i the search bar and hit it should jump cursor to the beginning of the line, which it doesn't.
Post reply on HN