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...
GNOME has no thumbnails in the file picker and my toilets are blocked
691–700 of 756 posts
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#692Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#693Earlier 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?
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#694You 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…
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
#695Earlier 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…
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
#696Earlier 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.
"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
#697Earlier 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.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#698Earlier 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.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#699Earlier 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.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#700This 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…