https://bugs.kde.org/show_bug.cgi?id=451158
Jin Liu <ad.liu....@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ad.liu....@gmail.com
--- Comment #11 from Jin Liu <ad.liu....@gmail.com> ---
(In reply to Nate Graham from comment #7)
> So there are three options here.
>
> 1. Wait until GTK gains support for the cursor-shape-v1 protocol
> 2. Patch all cursor themes in existence to have sizes for all possible scale
> factors (we just did this for KDE's Breeze cursors)
> 3. Automatically scale cursors as needed in KWin
>
> ---
>
> Downside of #1 is that it's up to toolkit developers outside of KDE.
>
> Downside of #2 is that it's up theme authors outside of KDE, and therefore
> really not feasible at all.
>
> Downsides of #3 include:
> - It's a hack/workaround due to lack of proper support for a public standard
> in other toolkits
> - Scaling cursors would introduce blurriness, so the result wouldn't be
> pixel-perfect in comparison to parts of the system written in toolkits that
> do implement the cursor-shape-v1 protocol, therefore it wouldn't actually
> fix the bug.
Downside of #2 also: We patched Breeze cursors only for 24px. It won't work if
the user selected a larger cursor size. (Unless we remove the ability to select
cursor size in systemsettings)
About #3: The cursor-shape-v1 protocol would have to scale cursors in kwin
anyway, so the same code can be reused and yield same results. If we are to
continue supporting X11 apps, and if we can't expect all Wayland apps beside
KDE/GTK/Electron to use the cursor-shape-v1 protocol, then we have to
implement this.
--
You are receiving this mail because:
You are watching all bug changes.
