Live data from Hacker News

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

jayfax.neocities.org

691–700 of 756 posts

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

#691

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?

Wait, this is a GNOME thing and not a Linux thing? WTF? I've used GNOME for over a year now but this thread is seriously making me consider switching to something like KDE...

A lot of people love GNOME, so I'm speaking from a place of personal opinion and not as objective fact: I loathe GNOME and only used KDE on my Linux desktops because GNOME seemed to have a motto of "there's only one way to do it, and it's going to be awful". KDE isn't perfect, either, but GNOME was a death by a thousand cuts.

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

#693
post #639

Earlier quoted context omitted.

I'm on a 3 year old laptop, and I tried several times to get a keystroke to be dropped after I hit the windows key and I couldn't get it to happen. I use windows-key and start typing to launch things all the time, and after reading your comment at first I thought I might have developed a habit to pause, but nope. I wonder what the difference is. My biggest KDE gripe is that popups from the system-tray disappear if yo…

> My biggest KDE gripe is that popups from the system-tray disappear if you move the cursor outside of them. This looks like a bug or you changed the default setting, just to be sure in System Setting -> Window Management -> Window Behavior -> is the Window Activation Policy set to click to focus?

Ohhhhh. Of course I changed it to focus follows mouse because that's the One True Way(tm) of managing window focus. So I'm guessing that when the popup loses focus, it disappears. Thanks for solving that mystery. I'll ponder whether it's worth it to make the disappearing have a lag, conditional on the window activation policy.

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

#694

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…

> the maintainer was not happy with my approach This is the absolute CORE of the problem with open-source software. Someone becomes the "maintainer" of a project, often through no skill of their own (they just showed up at the right time), which effectively makes them BDFL with infinite veto power. Hard-forks of popular projects are politically unpopular (for good reason), so that isn't an option. Instead, the whole…

> This is the absolute CORE of the problem with open-source software. Someone becomes the "maintainer" of a project, often through no skill of their own

That’s a bit unnuanced, isn’t it?

Nobody randomly becomes the maintainer of a big/popular project without having a history of contributing. They were the ones willing to pick up the task of doing free labour for everyone after the last guy didn’t want the job anymore.

As maintainer of a project, their job is to try to respond to bugs, maintain it, improve it and keep it working. All for free.

If somebody submits a low quality or low effort patch which goes against the projects conventions or general strategies or patterns which will over time increase the maintainer’s burden, he is under no obligation to accept that patch.

On the contrary, whoever submits the patch is the one who wants to benefit from all that time invested into the project so far, for his own good. I think it’s absolutely fair to expect/demand that they are also willing to put up some effort when they send in patches and receive feedback.

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

#695

Earlier quoted context omitted.

KIO is pretty fast I think. Dolphin is insanely fast at least - if you list a large directory almost everything that can't be loaded instantly is loaded asynchronously and streamed in to the UI after the UI becomes responsive. I think the KDE file picker is using other code altogether, I'm not sure why it's so much slower. GIO is horribly slow and makes everything that uses it next to useless, eg [1] [1] https://gith…

Interesting explanation at the end of the bug report: The slowness is only caused by the GIO's G_FILE_ATTRIBUTE_STANDARD_CONTENT_TYPE and g_file_info_get_content_type. Wherever they are used, there will be a slowdown because the contents of files, that lack extensions, should be read for finding their mimetypes. Almost all the time is taken by that; the other operations are done pretty fast — particularly, the Qt GUI…

Yes, actually reading that it makes it sound like the file manager itself is just badly architechted - of course you shouldn't load mimetypes synchronously before listing a folder in the UI, that seems obvious.

So maybe I'm not right about GIO as such. But Nautilus is also excruciatingly slow despite being more fully asynchronous.

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

#696
post #397

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 think that's very much personal preference. I tried KDE a few months ago and I couldn't stick with it; it is slower than Gnome in a lot of ways, it's (to my eyes) much more cluttered, and has lags at annoying places. For example, I tend to hit the windows key and start typing to launch things, but under KDE there's enough lag before the menu opens that it doesn't catch my first few keypresses.

Stay tuned - it seems KDE's home menu will get a major overhaul.

"This week Plasma also saw a new Kickoff menu that is a complete rewrite, which is also coming with Plasma 5.21. There have also been many bug fixes, performance improvements, and other ongoing UI refinements."

https://www.phoronix.com/scan.php?page=news_item&px=KDE-KWin...

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

#697

Earlier quoted context omitted.

Window's UI is not really an upgrade though. All the fake roots (why the heck is the Desktop the root) and the forced broken navigation therein, the removal of up so you have to navigate everything like webpages, treating some folders like databases and others with duplicate names like standard folders, hiding extensions, and the 'My Computer' naming madness. KDE is the best desktop experience available.

There's "Up one folder" button and keyboard shortcut in Windows. Button is placed next to weblike Back and Forward buttons. It works according to path displayed next to it and you can even click the elements of the path to go up as many levels up as you want with single click. I agree that KDE still feels better though.

That's true but annoylingly it doesn't always take you up one folder. For example If you click it from Desktop, it takes you to the whole PC instead of to your home folder.

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

#698

Earlier quoted context omitted.

Nope, what you're describing is a mistake in focus-follows-mouse, one which has been made more than once. In real, XWin-style focus-follows-mouse, the window you mouse over gets the focus, but , isn't pulled to the front. If you click, it gets the front and the focus. I use Moom, a semi-tile snap-style window wrangler, and a widescreen with three panels. What I want to do is just slide the cursor over and start typin…

I actually have it set to not raise even on click; I often want to click just one thing in a window that is behind other windows. Moving a window brings it to front and I bind windows-click-drag to move a window. That lets me raise any window I like.

same. i don't raise on click. this is incredibly useful when a smaller window is in the foreground--and perhaps a window underneath is maximized--and i just need to select/copy something from the background real quick. the main task i am working on is in the foreground, and i don't want its window to immediately vanish from my sight because it's mentally and visually disruptive (in fact, i usually don't want to blast every other window out of sight when the maximized window raises either). i will easily raise the background window when i need to (in a variety of ways, depending upon whether i am currently using keyboard or mouse); meanwhile, i can lazily focus it and interact with it while all my windows stay put. it's very calming.

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

#699

Earlier quoted context omitted.

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…

Window's UI is not really an upgrade though. All the fake roots (why the heck is the Desktop the root) and the forced broken navigation therein, the removal of up so you have to navigate everything like webpages, treating some folders like databases and others with duplicate names like standard folders, hiding extensions, and the 'My Computer' naming madness. KDE is the best desktop experience available.

[deleted]

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

#700
post #29

This has somehow gotten worse in recent years. When saving, it used to be you could use the mouse to navigate to a directory, then type the desired filename, and press enter. Now, typing the filename initiates a contextual search within the current directory. Clicking in the filename textbox and starting to type doesn’t work either. You have to highlight the base (not the extension or “.”) of the filename. At that po…

Yes this super annoying. Its almost daily I run into that issue. The contents of filename input are even selected.
Post reply on HN