GNOME 48 Mutter To Enjoy Improved Cursor Scaling For Wine Wayland & More

[phoronix]

Phoronix: GNOME 48 Mutter To Enjoy Improved Cursor Scaling For Wine Wayland & More

Merged this week to GNOME's Mutter compositor for the GNOME 48 release is support for the wp_viewport protocol for cursor surfaces in order to provide a nicer experience on cursor scaling...

https://www.phoronix.com/news/GNOME-48-Mutter-Cursor-Scaling

[ahrs]

I know it wouldn't be useful for Wine but does Mutter have plans to support SVG Cursors like KDE is doing?

https://blog.vladzahorodnii.com/2024/10/06/svg-cursors-everything-that-you-need-to-know-about-them/

[PASRC]

I did not know it was possible for Wayland apps to display at native resolution, regardless of scaling. I hope mode apps could give you the option to do this, especially video players and games.

[petete]

I know it wouldn't be useful for Wine but does Mutter have plans to support SVG Cursors like KDE is doing?

https://blog.vladzahorodnii.com/2024...ow-about-them/

Gnome supporting a theming feature? Unlikely.

[ahrs]

Gnome supporting a theming feature? Unlikely.

Adwaita still needs to be supported even if they couldn't care less about other themes. KDE's format also isn't standardised, it might have issues with it or maybe it could be done better. Getting another desktop as big as GNOME on board would probably help here. The only other compositor doing scalable cursors right now is Hyprland, also with their own proprietary implementation. Getting something standard across desktops would be nice even if it doesn't really matter since this only affects theme authors (although I'm sure they don't want to have to work with multiple different formats when we can have one format to rule them all: https://xkcd.com/927/)

[that_leaflet]

Gnome supporting a theming feature? Unlikely.

SVG cursors aren't a theming feature. SVG cursors allow for the cursor to scale up to any size without quality degradation. SVG cursors also use less file space and you don't need to create multiple of the same cursor at different resolutions.

[Daktyl198]

Now if only libadwaita applications in flatpaks could scale the cursor correctly. When I move an app from my high resolution monitor to my 1080p monitor, the app resizes but the cursor scales to giant size. And GTK Flatpaks STILL refuse to use the system cursor.

Not saying KDE's theming system is any better, but this specific thing has become a large pain point for me.

[QwertyChouskie]

Now if only libadwaita applications in flatpaks could scale the cursor correctly. When I move an app from my high resolution monitor to my 1080p monitor, the app resizes but the cursor scales to giant size. And GTK Flatpaks STILL refuse to use the system cursor.

Not saying KDE's theming system is any better, but this specific thing has become a large pain point for me.

I think the weird scaling issues are supposed to be fixed in GTK 4.18 (https://gitlab.gnome.org/GNOME/gtk/-...main/NEWS#L129).

[shmerl]

Hm, now it would be nice to port dmz-white to svg.

[SViN]

> The only other compositor doing scalable cursors right now is Hyprland, also with their own proprietary implementation
Hyprland's implementation was not only the first one but it is not proprietary.

Ths source code is here:

https://github.com/hyprwm/hyprcursor

and the docs are here:

https://standards.hyprland.org/hyprcursor

https://github.com/hyprwm/hyprcursor/tree/main/docs

KDE also made their own implementation completely incompatible with hyprcursors with miniscule changes