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

Strange behaviour when window is highlighted and compositor is active #739

Open
giocondo opened this issue Oct 24, 2022 · 1 comment
Open

Comments

@giocondo
Copy link

giocondo commented Oct 24, 2022

When compositor and "Move immediately between windows in an application" are active, the highlighted window is dimmed, making it more difficult to read.

Without compositor all works as expected.

Current behaviour:

current behaviour

Expected behaviour:

expected behaviour

Tested on Debian 10 with version 1.24.1 and with the latest version (1.26.0)

@giocondo giocondo changed the title Strange behaviour when windows is highlighted and compositor is active Strange behaviour when window is highlighted and compositor is active Oct 24, 2022
@giocondo
Copy link
Author

The problem is in compositor-xrender.c in the function window_has_shadow () because there's no rule for the exclusion of the tab_popup window from shading.

This piece of code inside tabpopup.c:

if (meta_prefs_get_compositing_manager ())
{
frame_shadow = GTK_SHADOW_NONE;
gtk_style_context_add_class (gtk_widget_get_style_context (GTK_WIDGET (popup->window)),
GTK_STYLE_CLASS_OSD);
}

doesn't work as expected.

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

No branches or pull requests

1 participant