Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

test cursors availability before exposing them #2367

Closed
totaam opened this issue Jul 25, 2019 · 5 comments
Closed

test cursors availability before exposing them #2367

totaam opened this issue Jul 25, 2019 · 5 comments
Labels

Comments

@totaam
Copy link
Collaborator

totaam commented Jul 25, 2019

Issue migrated from trac ticket # 2367

component: client | priority: minor | resolution: wontfix

2019-07-25 05:48:03: antoine created the issue


Workaround for GTK3 under wayland: r23297

But this still causes an error, a better solution is to probe the cursors during startup and discard the ones that don't work.

@totaam
Copy link
Collaborator Author

totaam commented Feb 12, 2020

2020-02-12 05:24:09: antoine changed status from new to assigned

@totaam
Copy link
Collaborator Author

totaam commented Feb 12, 2020

2020-02-12 05:24:09: antoine commented


We may have more local cursors available since r25141.

@totaam
Copy link
Collaborator Author

totaam commented Feb 15, 2020

2020-02-15 12:57:26: antoine changed status from assigned to closed

@totaam
Copy link
Collaborator Author

totaam commented Feb 15, 2020

2020-02-15 12:57:26: antoine set resolution to wontfix

@totaam
Copy link
Collaborator Author

totaam commented Feb 15, 2020

2020-02-15 12:57:26: antoine commented


We may have more local cursors available since r25141.
We do, but they're hard to see on win32, so r25242 updates the docstring to explain why they're still disabled on win32.

As for running under wayland, GTK still moans that it can't find the cursors.
So we don't even bother trying now: r25243.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant