Those issues are all for any scaling, not just fractional—the narrative was just muddied because it was first reported by users of fractional scaling. gtk!3898 fixes #6426, and probably the other two too because they seem to all be manifestations of the one root cause. (Incidentally, remember Firefox uses X11 unless you manually turn on its experimental Wayland support via MOZ_ENABLE_WAYLAND=1.)
Tooltips are working in all the Wayland Qt apps that I have (marble-qt, zeal-git, musescore, telegram-desktop).
If you have an AUR helper, replacing {sway,wlroots,xorg-xwayland} with {sway,wlroots,xorg-xwayland}-hidpi-git is really easy and not at all slow, though at least sway and wlroots do interdepend so that if you upgrade one you should rebuild the other or things may break (happened to me a couple of months back, there was a .so version bump). I decided that I’d rather have not-quite-perfect scaling and any package management concerns, rather than having XWayland content always look terrible. And remember that’s true of any scaling factor other than one.
> gtk!3898 fixes #6426, and probably the other two too because they seem to all be manifestations of the one root cause.
I hope the fix lands on my desktop soon because I'm still facing those issues if I enable scaling. Even when I don't enable scaling and just use the Zoom option in Firefox, it starts behaving strangely for dropdown menus in Firefox settings. The menus aren't where they should be and sometimes flicker.
> (Incidentally, remember Firefox uses X11 unless you manually turn on its experimental Wayland support via MOZ_ENABLE_WAYLAND=1)
Yeah, I've exported this as a user environment variable and confirmed with xeyes that Firefox runs natively in Wayland.
> Tooltips are working in all the Wayland Qt apps that I have (marble-qt, zeal-git, musescore, telegram-desktop).
Please let me know if it works for you on Qterminal.
I'd also love to have Spectacle working on Sway. It starts natively in Wayland but fails to screenshot anything and tells me to open a bug report.
Gwenview looks broken on Sway/Wayland. The colors are all messed up.
> If you have an AUR helper, replacing {sway,wlroots,xorg-xwayland} with {sway,wlroots,xorg-xwayland}-hidpi-git is really easy and not at all slow, though at least sway and wlroots do interdepend so that if you upgrade one you should rebuild the other or things may break (happened to me a couple of months back, there was a .so version bump). I decided that I’d rather have not-quite-perfect scaling and any package management concerns, rather than having XWayland content always look terrible. And remember that’s true of any scaling factor other than one.
I'm not really using any XWayland programs at the moment except rofi so I don't think installing those packages from the AUR is worth it for me. I'd be happy to use them if they were available as official precompiled binaries.
Any ideas why these patches aren't merged to master? Some disagreements among devs?
Tooltips are working in all the Wayland Qt apps that I have (marble-qt, zeal-git, musescore, telegram-desktop).
If you have an AUR helper, replacing {sway,wlroots,xorg-xwayland} with {sway,wlroots,xorg-xwayland}-hidpi-git is really easy and not at all slow, though at least sway and wlroots do interdepend so that if you upgrade one you should rebuild the other or things may break (happened to me a couple of months back, there was a .so version bump). I decided that I’d rather have not-quite-perfect scaling and any package management concerns, rather than having XWayland content always look terrible. And remember that’s true of any scaling factor other than one.