Open
Conversation
Signed-off-by: H <HTechHQ@users.noreply.github.com>
Contributor
I think this is a separate fix by adjusting the cursor surface when the scale changes. This is done for the window surface but not for the cursor surface(s). You probably need to reload the cursor theme when the scale changes. The following hack forces scale to 2 to test this theory:
The
This may be a consequence of the wrong theme issue above. |
e8d63ad to
c250d7d
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
On Linux with Wayland (KWin) and KDE there are several issues related to the cursor:
CursorEastWestResizedo not work at all and the default cursor is shown each timeThis PR fixes the above issues. It detects weather a KDE theme is set and uses it. Otherwise it iterates through reasonable fallbacks.
The order of preference:
About the performance:
I researched other projects and it seams to be quite common to explicitly load cursor configuration from disk.
As it is an IO operation I was concerned about performance impact but had difficulties to benchmark this properly.
During testing, reading the config file is in the range of: 33µs - 63µs (probably cached) with application start to first-frame-drawn in the range of: 260ms - 463ms
Based on the variation of the application start there seams to be a lot going on and I am fine with reading the file right now.
About Gnome and others:
I am not familiar with Gnome. If Gnome offers cursor themes, then they are not loaded (as before) and the default theme is used (improvement compared to before)
I can even say less about any other environment like LXDE, but could imagine they use the Gnome cursors as well.