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

A solution to the "acrylic-focus" problem, which isn't GPU intensive #6690

Closed
AdrienGuimbal opened this issue Jun 26, 2020 · 3 comments
Closed
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting

Comments

@AdrienGuimbal
Copy link

A solution to the "acrylic-focus" problem, without being GPU intensive

(before everything, sorry if my English is a little bit approximate, I'm French)
A lot of people are complaining about the acrylic background not be working when the terminal isn't in focus.
But instead of displaying a uniform (ugly) background when the window loses focus, it could be possible to "save" the current state of the acrylic background and display it until the window is back in focus.

(I didn't understand the question...)
Ps : Thanks for your work, this new Terminal is extraordinary

@AdrienGuimbal AdrienGuimbal added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Jun 26, 2020
@ghost ghost added Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting labels Jun 26, 2020
@JasonWei512
Copy link

In fact this should be done by DWM...

@zadjii-msft
Copy link
Member

Thanks for the suggestion! You know what, I'm just caving on this issue and suggesting that someone port the brush from Notepads, which supports unfocused acrylic, to the Terminal. We're going to make it an opt-in setting, so users can chose this behavior if they want, but that's going to be the cleanest solution to this problem IMO. This work is going to be tracked over in #7158

@harounhajem
Copy link

harounhajem commented Aug 4, 2020

@adriiii I understand the problem but It's not a good solution and it will impact the perceived quality of the terminal, since it may look like a bug. Because the proposal is not following the expected behavior of acrylic glass.

I would advice just using a transparent background or a solid background on a low-end machine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting
Projects
None yet
Development

No branches or pull requests

4 participants