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…
GNOME has no thumbnails in the file picker and my toilets are blocked
321–330 of 756 posts
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#322Earlier 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.
My personal opinion is that KDE is less polished, more bloated (in terms of features and options), and slower than GNOME.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#323On macOS, when you drag a file into an Open or Save panel, the panel’s current directory switches to the dragged file’s containing directory and highlights that dragged file. On Windows, when you drag a file into an Open or Save panel, the dragged file is moved from its original location to the panel’s current directory. It is a destructive action! That may be one little thing but it’s part of a whole number of reaso…
What I currently use is Listary, which automatically switches open/save modals to the last used Explorer window location. However, I’d rather switch to something that offers this functionality exclusively.
You can also see this AHK script which I found in a comments section here a few days ago - https://pastebin.com/cmLVFdbB
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#324Earlier quoted context omitted.
>Why completely break the existing convention? Because cutting-and-pasting is a destructive action that can lead to data loss. Under the conventional implementation of cut-and-paste, it's easy for a user to inadvertently cut-and-paste a file, when they meant to copy-and-paste said file, either through a misclick or, by hitting the wrong keyboard combination. This is because: 1. The menu option for cut is right above…
I take your point. I can't be certain why, because it's been so long since I used Windows, but I never found this to be a problem in practice — maybe I was just lucky. I guess you could make the same argument about cut in any context, except: a) you could argue that cutting text isn't as destructive as deleting a file, although they could be one and the same if you happen to have an entire file's text selected b) mec…
I would have said the same thing. But then again, I'm sure there's been times where files have gone "missing" on my computer. Did I misplace them? Accidentally deleted them? Accidentally cut-and-paste? Who knows.
>I'd be perfectly happy if this were an option, buried in some obscure preference panel somewhere, labelled "yes, I really want to shoot myself in the foot" but, as it stands, I don't even get that.
Yeah, no argument from me there. I'd appreciate an option buried in the OS X CLI at a bare minimum.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#325Earlier quoted context omitted.
I've never noticed such issue, quick search shows that one has to start on edge and movement in vertical direction [1]. Vanilla edges are 8% of the width on each side [2]. There was a proposal to add configuration option [3], rejected — they've tried this route before, it was impossible to test. Fortunately source is there and it is easy to patch (try to set 0%). That's quite common, for example there are several pat…
Thanks for your detailed reply. Unfortunately the Microsoft Precision Touchpad on my Dell XPS 2-in-1 2019 (Wacom HID 48EE Finger) does not support ABS_MT_TOUCH_MAJOR; it's worth mentioning however that Windows works perfectly and palm rejection seems to work on a hardware/firmware level (no output when running "libinput debug-events" and moving a palm) making libinput restrictions unnecessary and most definitely unwa…
My Dell Latitude E7440 follows description and I believe same is true for most of the users. I have to start movement at least diagonally, once it catches further direction does not matter.
It produces no output when running `libinput debug-events`. I've recompiled my version with 0% just to check.
/* palm edges are 8% of the width on each side */
- mm.x = min(8, width * 0.00);
+ mm.x = min(8, width * 0.08);
edges = evdev_device_mm_to_units(device, &mm);
tp->palm.left_edge = edges.x;
- mm.x = width - min(8, width * 0.00);
+ mm.x = width - min(8, width * 0.08);
edges = evdev_device_mm_to_units(device, &mm);
tp->palm.right_edge = edges.x;
Disabled. I like how it is easy Arch allows such experiments: $ yay -G libinput
$ cd libinput
$ makepkg -so
==> Verifying source file signatures with gpg...
libinput-1.16.4.tar.xz ... FAILED (unknown public key E23B7E70B467F0BF)
==> ERROR: One or more PGP signatures could not be verified!
$ gpg --recv-key E23B7E70B467F0BF
$ makepkg -so
$ vim src/libinput-1.16.4/src/evdev-mt-touchpad.c
$ makepkg -feiRe: GNOME has no thumbnails in the file picker and my toilets are blocked
#326You 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…
You can solve this in hardware with a mouse with a free-wheel. My Logitech G502 lets you click a button to swap modes from free-wheel to braked-wheel.
Ended up taking it back for a refund and getting a g703 instead.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#327This is the one problem that torments me every time I am reminded of it. Just today, once again, I tried doing the hack to make programs use the kdialog instead of the GTK filepicker. kdialog works, however none of the thumbnails are showing! Only the icons showing the filetype. I don't use a desktop environment, only a tiling window manager, so that's probably it. But what pains me is as much as I search, I don't kn…
> I don't use a desktop environment, only a tiling window manager, so that's probably it. I don't use the Linux desktop often, so perhaps this is an ignorant comment, but doesn't not using a DE require a certain amount of elbow grease anyway? If you wanted a more polished/less DIY experience, it seems to me that you should be using a DE.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#328> First of all, how do developers so casually ignore this issue? Second of all, how do users so casually ignore this issue? Because it’s not important enough to them to force a fix. Hard to believe, in this day and age, but some developers have other priorities, especially when working with free software. I question if this is actually a bug. It seems to be working as intended, just not the way the author wants. Seem…
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#329Earlier quoted context omitted.
What’s a save panel? You mean a save dialog? Note that on windows there are at least 3 generations of save dialogs. Which one you see depends on which generation of the api is used. The most common one is the more modern which is basically just an explorer window. Dragging a file into an explorer window works that same regardless of whether it’s an open/save dialog or not. It’s a move/copy operation (depending on e.g…
Yes, a save panel is a save dialogue. It’s just Apple terminology. > I don’t quite get the point of dragging a file to a save dialog at all though? On macOS (since forever) and iOS (since 11), there is a heavy focus on drag. You should be able to drag anything from any app to any other app and something should happen. This is facilitated both by system-level frameworks (so that all apps can gain correct drag-handling…
This isn't true. It is true that it's built into the development tools and toolkits that Apple provide and expect you to use when writing software for their platform.
But it's not particularly hard to avoid. Google "nibless development mac" and you'll find some links that reveal how to develop full GUI apps on macOS that do not rely on this infrastructure. Regardless of whether or not you think this is a good idea, please rest assured that an application developed in this way does not share the "OS-level" drag behavior that you describe above. For it to behave in this way requires explicit code to handle notifications delivered by the OS.
Why does this matter? Because those Apple SDKs that make all this happen "seamlessly" are hard to use if you want to do cross-platform development. Qt (and GTK) work at trying to take care of this for you, but its not 100%, precisely because (as you note) this concept doesn't exist on other platforms.
So yes, from a user perspective this is a "universal" feature of apps on macOS. But it does not come with the OS - it comes from only developing apps using Apple SDKs and tools, which makes it harder for people doing cross-platform development to correctly play the game in the expected way.
Re: GNOME has no thumbnails in the file picker and my toilets are blocked
#330Earlier quoted context omitted.
I believe the article is about showing all the files as thumbnails at once, so you can select the file more quickly. The article shows once you've selected a file it shows a preview of it to the right.
Hm, I definitely don’t have _any_ previews in the GTK filepicker. I specifically had to open the Files application just this week so I could identify which screenshot I wanted to upload in Firefox. I guess I have a different bug happening _in addition_ to what the article is talking about. Lovely.