Huge cursor only on GTK4 Inkscape and Alpaca Flatpak

Help
1

I am on Fedora Kinoite 40, Plasma 6.1.5 Wayland

1080p screen, 125% scaled.

Running the nightly Inkscape Appimage, and the Alpaca Flatpk, my breeze cursor is huge, about 2 or 3 times the normal size.

This is likely a scaling issue, any idea how to fix it?

2 Likes
2

Also on Kinoite 40, and I often switch between 100%, 125%, and 150% scales on a 2256x1504 display.

I see the huge cursor on Ptyxis. This has only been a problem since this app switched to the GNOME 47 runtime. Might be a problem for users of other GNOME versions as well.

I downgraded to the last version of this using the GNOME 46 runtime and the issue is gone. Keeping this as my fix for the time being because the app hasn’t changed otherwise.

1 Like
3

I also see this on Neon unstable. I blame libadwaita.

1 Like
4

So this may be some change in GNOME 47, didnt they implement fractional scaling?

5

It’s a GTK 4.16 bug. Workarounds:

https://bbs.archlinux.org/viewtopic.php?pid=2199244#p2199244

GTK has merged the fix. But it will be for GTK 4.18 half year later.

4 Likes
6

Yay GNOME is so stable! Crazy that they dont ship this in a minor patch update

7

They can’t. The fix doesn’t work on Mutter (yet). And in GNOME Shell you are stuck at Adwaita which doesn’t trigger the bug.

1 Like
8

Got that in Celluloid now too.

Well the point of Flatpaks is that you dont need to compile software yourself. So I unmarked the solution.

A solution for Flatpaks, like simply disabling scaling the cursor via an env var or something, sounds better?

Hopefully we can find something, waiting until mid 2025 doesnt sound okay tbh

9

To be fair…for developers, Flatpak is to have a way to get your software into users’ hands across distributions without having to worry about the intricacies of each individual distribution’s packaging nuances.

And for users, the flipside holds - being able to install software that can use components differing from your base distribution’s components, without having to actually mess with your base distribution. ex. you can use a GNOME-targeted, GTK-based app on a KDE Plasma system without installing all the GNOME “stuff” into your base OS, or worry if you have a different version of something installed than what the developer had planned on.

None of those necessarily inherently would solve for bad interactions between the system’s cursors and scaling, and the application’s toolkit.