-
-
Notifications
You must be signed in to change notification settings - Fork 156
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
🐛 Settings toolbar items maintain active state on lost focus #80
Comments
I can reproduce this as well. This seems to be an issue with the package I use to make the settings window (which is used ever since |
Setting the version to 3.0.5 seems to have mostly fixed it! But I can still reproduce it around once every 10 times. So I think that moving away from using the |
UPDATE: I noticed that after updating to 3.1.0, this doesn't happen anymore (and if it does, if force-redraws the toolbar to make it inactive again), so this bug is now non-existent! |
…state-on-lost-focus` 🐛 #80 Settings toolbar items maintain active state on lost focus
Sure! |
Bug Description
Previously selected menu items remain highlighted until hovered again.
Steps To Reproduce
Expected Behavior
The previous menu item should lose highlighting.
Actual Behavior
The previous menu item remain highlighted.
Screenshots
MacOS Version
Sonoma 14.0 (23A344)
Loop Version
1.0.0-beta.11 (465)
Additional Context
Also tested in
beta.10
and seems to work as expected there.Hope the title makes sense, I don't know if I'm using the right words :P
Final Checks
The text was updated successfully, but these errors were encountered: