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

toggle shaded state is broken #12127

Open
calestyo opened this issue Mar 22, 2024 · 2 comments
Open

toggle shaded state is broken #12127

calestyo opened this issue Mar 22, 2024 · 2 comments

Comments

@calestyo
Copy link

Distribution

Debian sid

Package version

5.8.2

Graphics hardware in use

Intel

Frequency

Always

Bug description

When using the "Toogle shaded state" keyboard shortcut on a window that is not shaded, it will shade, but then immediately loose the focus.

Unshading is then not possible anymore.

Even if one tries to manually focus the window (by clicking the title bar) it doesn't gain focus (one sees that it briefly gains it by the changed title bar colour, but then it immediately goes be to unfocused).

Clicking on the window’s entry in the panel’s window list, gives it the focus, but also unshades it (which I think may not be the best behaviour either?).

The same problem exists if one Alt-Tab (window-cycles) to a shaded window... it immediately unshades, which IMO also breaks quite some usefulness of the feature.

Steps to reproduce

Well as above.

Expected behavior

The window shouldn't loose the focus, and using the shortcut again, should unshade it.

And most likely, selecting a shaded window via the window list or via Alt-Tab shall not cause it to unshade.

Additional information

No response

@calestyo calestyo added the BUG label Mar 22, 2024
@JosephMcc
Copy link
Contributor

I just tested this in Mint 21.3. Setting and using a keyboard shortcut works the way you describe. By setting right click to shade and unshade a window and it works fine as far as I can tell. I do use "focus follows mouse" as default if that makes a difference.

And most likely, selecting a shaded window via the window list or via Alt-Tab shall not cause it to unshade.

This is will disagree with. If I'm Alt+Tabbing to a window or clicking the panel entry that means I want to do something in that window. In that case unshading actually saves a step and seems like the proper behavior.

@calestyo
Copy link
Author

This is will disagree with. If I'm Alt+Tabbing to a window or clicking the panel entry that means I want to do something in that window. In that case unshading actually saves a step and seems like the proper behavior.

Hm, than I'd prefer if it was configurable. I can understand that one wants a minimised window to be un-minimised if one Alt-Tabs to it (because otherwise one cannot do anything with it).

But with the shaded window, one can actually to stuff, after having Alt+Tab'ed to it. E.g. move it, close it, send it to another workspace, etc. pp..

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

No branches or pull requests

2 participants