Acrylic/Semi-Transparent when lost focus instead of when focused #11381

Closed
opened 2026-01-31 02:46:07 +00:00 by claunia · 4 comments
Owner

Originally created by @tigerinus on GitHub (Nov 12, 2020).

Description of the new feature/enhancement

I have alwaysOnTop set to true. The problem with that is, when Terminal app is fullscreen, and when I try to launch another app, I often thought the button does work, since I can't see the app launched behind the Terminal app.

Proposed technical implementation details (optional)

Have a setting that allows setting Terminal app to be acrylic/semi-transparent when lost focus. That way, even when it's fullscreen and always on top, I can still see what's happening behind it.

Appreciated!

Originally created by @tigerinus on GitHub (Nov 12, 2020). # Description of the new feature/enhancement <!-- A clear and concise description of what the problem is that the new feature would solve. Describe why and how a user would use this new functionality (if applicable). --> I have `alwaysOnTop` set to `true`. The problem with that is, when Terminal app is fullscreen, and when I try to launch another app, I often thought the button does work, since I can't see the app launched behind the Terminal app. # Proposed technical implementation details (optional) Have a setting that allows setting Terminal app to be acrylic/semi-transparent when lost focus. That way, even when it's fullscreen and always on top, I can still see what's happening behind it. Appreciated!
claunia added the Issue-FeatureResolution-Duplicate labels 2026-01-31 02:46:07 +00:00
Author
Owner

@DHowett commented on GitHub (Nov 13, 2020):

Thanks! This is actually Windows policy. It is unfortunate, but they've decided that acrylic can only apply to the current active window. I know, that seems strange. We're investigating our options over in /dup #603!

@DHowett commented on GitHub (Nov 13, 2020): Thanks! This is actually Windows policy. It is unfortunate, but they've decided that acrylic can only apply to the current _active_ window. I know, that seems strange. We're investigating our options over in /dup #603!
Author
Owner

@ghost commented on GitHub (Nov 13, 2020):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Nov 13, 2020): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Author
Owner

@tigerinus commented on GitHub (Nov 13, 2020):

Thanks! This is actually Windows policy. It is unfortunate, but they've decided that acrylic can only apply to the current active window. I know, that seems strange. We're investigating our options over in /dup #603!

What about solve my original problem in a different way?

E.g. alwaysOnTop only when window is not maxiumized.

E.g. dock the window at one side of the screen. It's like half screen alwaysOnTop.

The root need is I want to always be able to see the terminal. Meanwhile I want to know what's going on for all other running applications. It doesn't necessarily mean alwaysOnTop of other applications.

@tigerinus commented on GitHub (Nov 13, 2020): > Thanks! This is actually Windows policy. It is unfortunate, but they've decided that acrylic can only apply to the current _active_ window. I know, that seems strange. We're investigating our options over in /dup #603! What about solve my original problem in a different way? E.g. alwaysOnTop only when window is not maxiumized. E.g. dock the window at one side of the screen. It's like half screen alwaysOnTop. The root need is I want to always be able to see the terminal. Meanwhile I want to know what's going on for all other running applications. It doesn't necessarily mean alwaysOnTop of other applications.
Author
Owner

@zadjii-msft commented on GitHub (Nov 13, 2020):

So, in addition to the global alwaysOnTop setting, there's also a toggleAlwaysOnTop action, which you can invoke from the command palette (which is default bound to bound to ctrl+shift+p, "always on top"). That might make your scenario a little easier, where you don't always want always on top. That action will let you toggle the always on top setting at runtime

image

@zadjii-msft commented on GitHub (Nov 13, 2020): So, in addition to the global `alwaysOnTop` setting, there's also a `toggleAlwaysOnTop` action, which you can invoke from the command palette (which is default bound to bound to <kbd>ctrl+shift+p</kbd>, "always on top"). That might make your scenario a little easier, where you don't _always_ want always on top. That action will let you toggle the always on top setting at runtime ![image](https://user-images.githubusercontent.com/18356694/99066724-04f9a800-256f-11eb-9219-be5ef05c1caa.png)
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#11381