-
Notifications
You must be signed in to change notification settings - Fork 16.4k
fix: window accentColor
should adhere to native window behavior
#47740
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
Conversation
👍 , @codebytere this probably deserves some updates to the docs around this option so that its really clear whats happening depending on the property use. |
1273396
to
3435aca
Compare
3435aca
to
31d8bc7
Compare
Release Notes Persisted
|
I was unable to backport this PR to "37-x-y" cleanly; |
I was unable to backport this PR to "36-x-y" cleanly; |
I have automatically backported this PR to "38-x-y", please check out #47802 |
/trop run backport-to 37-x-y,36-x-y |
The backport process for this PR has been manually initiated - sending your PR to |
The backport process for this PR has been manually initiated - sending your PR to |
I have automatically backported this PR to "37-x-y", please check out #48011 |
I have automatically backported this PR to "36-x-y", please check out #48012 |
Description of Change
Closes #47723.
Fixes an issue where the accent border was drawn on all windows regardless of the window's active focused status. As of this PR by default the accent border will be drawn on active frameless windows unless the user specified
accentColor: true
or a color in which case it will be drawn on all windows.cc @bpasero
Checklist
npm test
passesRelease Notes
Notes: Fixes an issue where the accent border was drawn on all windows regardless of the window's active focused status.