why is gtk4 the only ui toolkit on linux to not support middle-click/“primary” paste
(not complaining, its just very odd)

@kemona_halftau middle click paste works for me in gtk4

@noisytoot maybe specific to libadwaita then?

@kemona_halftau the program I tested in (dino) is using libadwaita

@kemona_halftau apparently it exists, it’s just disabled by default (which was a terrible decision and I am complaining, but at least it’s possible to reenable) and presumably I must’ve enabled it. I just noticed that on my other laptop it wasn’t working (until I enabled it just now with gsettings set org.gnome.desktop.interface gtk-enable-primary-paste true)

@kemona_halftau (I hardly use middle click paste (I've been using exclusively this laptop for a week and didn't notice it wasn't working in gtk4 programs) and even find it annoying sometimes when trying to scroll with my trackpoint, but I still think it's a useful feature and have strong opinions that it should be enabled by default for some reason)

@noisytoot i use middle click paste way more than i should. i have it entirely disabled everywhere possible on my main pc, but use it as much as possible on my laptop (especially since it is much easier to make a selection in my terminal by left-clicking at the start and right-clicking at the end, and then just paste it by middle-clicking). in my opinion it should be a setting, and if it was de-facto off by default from the start (which it was not), it should stay off by default, although since it was on in most x11 ui toolkits, all newer ui toolkits should still leave it on by default for consistency or at least follow some commonly-shared convention for allowing the user to enable or disable it across most ui toolkits, with it on by default, and then perhaps a linux distro will come along and change the default to off, allowing users to switch it on if they so choose, and maybe applying downstream patches to other ui toolkits packaged in said distro to follow the same configuring convention

it is nice how some (but not all) wayland compositors give the user the option to entirely disable middle-click pasting at a compositor-level, and i think if something similar existed for xorg (or possibly xfree86 before xorg forked off), ui toolkits wouldnt need a way to configure middle-click pasting in the first place, and more wayland compositors would have the option