Window/app switcher highlights hard to see

Bug #2030963 reported by Christian Pernegger
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
GNOME Shell
Fix Released
Unknown
Yaru Theme
New
Unknown
gnome-shell (Ubuntu)
Fix Released
Medium
Unassigned
yaru-theme (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

In 22.04's default theme, it's almost impossible for me to make out which app or window is the currently selected one in the window switcher (alt-tab) or the application switcher (super-tab). The "highlighted" item is just a slightly different shade of grey. I mean, I can make it out if I squint at it, but ... that just isn't a *highlight*. This is a use where Ubuntu Orange shines, too. :-(

"Ok, boomer, you're blind. I can see that just fine". Fair enough. Are you under thirty and (thus still) have 20:20 vision, by any chance? The point is, it isn't good UI design either way. What's worse, the high contrast accessibility setting doesn't touch any of it, and that is definitely a bug.

==============================

EDIT: Rearranged the submission so that the bit this bug is meant to be primarily about is on top. The below bits are preserved so that the discussion still makes sense.

Similarly, the active workspace in the workspace overview (?) does get an orange frame, but it's very thin, much too thin to see unless you look closely. Again, that's not a highlight. A highlight is supposed to pop out.

In comparison, the highlighting for the current tab in Terminal is ok-ish. I'd *prefer* for the entire tab to become orange, or to become a lighter colour in addition to the orange bar, but it's usable.

(I could go on. For example, windows' title bars are now white vs the iconic Ubuntu Brown, which makes it hard to tell where the title bar is vs the window contents. Many applications also have buttons in the title bar now. It's no longer possible to just grab a window and move it on auto-pilot ... If the title bar can't be a different colour any more, at least separate it with a thick line or something.
In any case, 22.04 is a massive regression in terms of visual UI design vs 18.04. Form should follow function, not the other way around.)

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: gnome-shell 42.9-0ubuntu2
ProcVersionSignature: Ubuntu 6.2.0-1009.9~22.04.1-lowlatency 6.2.13
Uname: Linux 6.2.0-1009-lowlatency x86_64
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
CasperMD5CheckResult: pass
CurrentDesktop: ubuntu:GNOME
Date: Thu Aug 10 12:58:31 2023
DisplayManager: gdm3
InstallationDate: Installed on 2023-08-02 (7 days ago)
InstallationMedia: Ubuntu 22.04.2 LTS "Jammy Jellyfish" - Release amd64 (20230223)
RelatedPackageVersions: mutter-common 42.9-0ubuntu4
SourcePackage: gnome-shell
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Christian Pernegger (fallenguru) wrote :
Jeremy Bícha (jbicha)
affects: gnome-shell (Ubuntu) → yaru-theme (Ubuntu)
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

I agree with these concerns but there are too many different issues here. Can you please put each in a separate bug?

When a bug report lists multiple issues like this it is hard to achieve a definitive fix. It also confuses discussion about each issue.

Changed in yaru-theme (Ubuntu):
status: New → Incomplete
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

As a workaround for shades of grey that don't contrast sufficiently you might want to check your monitor's gamma value is *low* enough. Gamma is an exponent but the resulting brightness used is only between the values of 0 and 1 so a *lower* gamma value is what makes low-contrast things easier to see. Typically an accurate gamma value is around 2.2, but some monitors default to higher exponents like 2.4 which makes darker colours unrealistically difficult to see.

Some monitors and TVs will try to make the setting easier to understand by inverting it - higher gamma setting means lower gamma exponent, which at least results in a higher brightness for darker elements.

Revision history for this message
Christian Pernegger (fallenguru) wrote :

> When a bug report lists multiple issues like this [...]

Sorry about that. Part of it is, I half expected this to be shot down or ignored anyway.
But the bigger part is that, to my mind, it *is* one single issue. Namely that the person(s) who designed 22.04's iteration of Yaru have excellent eye sight and/or equipment and didn't think of the fact that other people might not. Worse, that the functional side of the visual presentation just doesn't seem to be a consideration. For me, it's bad enough that it could be called an accessibility issue, but having elements of the UI be easily distinguishable reduces eye strain and shortens the time normally-sighted people need to perceive and process information as well, etc. It's not like, say, colour-blind modes, which are detrimental if you don't need them.

These kinds of issues pop up again and again. Somebody complains, it's fixed in the next version, then it gets broken again in the next overhaul, possibly in a different way, rinse, repeat ...

I'll gladly give feedback, and if the best way to do that is to report individual bugs against 22.04 (?), I can do that. But I've no illusions that 22.04 will be fixed, and I suspect that whatever will go into 23.10 and 24.04 will have different issues. Maybe it would be better to focus on 23.10/24.04? Don't know when would be a good time to test drive an alpha/beta so that input can still be considered.

> you might want to check your monitor's gamma value is *low* enough.

Good idea. It's set to sRGB, though, gamma 2.2 included. According to my cheap colorimeter even the factory preset was decent when I got it. I know there's drift, but given that I'm not seeing any other weirdness I think I'm good on that front.

Revision history for this message
Daniel van Vugt (vanvugt) wrote (last edit ):

I think this bug should be reworded/simplified to only cover the window switcher and app switcher. That in itself is a difficult design problem because the current highlight seems to be inherited from the shell theme. And we may want to keep it consistent with the highlighting used in the top panel which appears to be the same low contrast greys.

The orange frame in the workspace overview is not meant to be thin and probably doesn't need a bug report at all. It looks like that's just a function of you viewing it at scaling factor 100% which is too low for 3840x2160. Please try changing Settings > Screen Display > Scale = 200%, or try enabling Fractional Scaling for values between 100% and 200%.

description: updated
Revision history for this message
Christian Pernegger (fallenguru) wrote (last edit ):

> I think this bug should be reworded/simplified to only cover the window switcher and app switcher.

Fine by me. Edited.

> That in itself is a difficult design problem because the current highlight seems to be inherited from the shell theme. And we may want to keep it consistent with the highlighting used in the top panel

What highlighting in the top panel?

FWIW, if you have the Just Perfection extension (https://extensions.gnome.org/extension/3843/just-perfection/), you can have it override some theme stuff via ~/.local/share/gnome-shell/extensions/just-perfection-desktop@just-perfection/stylesheet.css. I have the following in there, and it works perfectly.

.just-perfection .switcher-list .item-box:selected
{
    background-color: #dd4814;
    color: #eeeeec;
}

> The orange frame in the workspace overview is not meant to be thin [because 4K]

The thickness is probably specified in pixels somewhere, which is a bug in itself. How many DPI a monitor has varies widely even between common native resolutions and sizes these days, and high-DPI displays are mainstream now. 32 " at 3840x2160 isn't even particularly high-DPI.

EDIT: found it. Here's a workaround for Just Perfection's stylesheet.css. Not pretty but it works:

.just-perfection .workspace-thumbnail-indicator
{
  border: 10px solid #dd4814;
  border-radius: 3px;
  padding: 0px;
}

> scaling factor 100% [...] is too low for 3840x2160. Please try changing Settings > Screen Display > Scale = 200%, or try enabling Fractional Scaling for values between 100% and 200%.

I've run 18.04 in this configuration (at 100 %) for years. It was fine; none of the UI elements were too small or otherwise too hard to see. I'd rather not waste my precious screen real estate by enabling scaling globally. There's literally no point in running a 4K screen at 200 %, might as well get a 1080p one.
That said, a little bit of scaling would be nice, so I tried the fractional option--but even 125 % is too much for my liking. (I do scale in applications, changing the scale factor dynamically as required.)

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

> What highlighting in the top panel?

When the mouse hovers over top panel elements you see the same mid grey selection over a dark grey background as the window/app switchers. They're all themed the same so really we're probably talking about changing the colour for all of them.

Changed in gnome-shell (Ubuntu):
importance: Undecided → Medium
Changed in yaru-theme (Ubuntu):
importance: Undecided → Medium
Changed in gnome-shell (Ubuntu):
status: New → Triaged
Changed in yaru-theme (Ubuntu):
status: Incomplete → Triaged
summary: - default theme highlights hard to see
+ Window/app switcher highlights hard to see
Changed in yaru:
status: Unknown → New
Changed in gnome-shell:
status: Unknown → New
Revision history for this message
Christian Sarrasin (sxc731) wrote :

For anyone who's struggled to use the task switcher since 22.04 and until this is finally fixed, a reasonably painless workaround is available: https://askubuntu.com/a/1492396/145568

Revision history for this message
Daniel van Vugt (vanvugt) wrote :
Changed in gnome-shell (Ubuntu):
status: Triaged → In Progress
Changed in gnome-shell:
status: New → Fix Released
Changed in gnome-shell (Ubuntu):
status: In Progress → Fix Committed
tags: added: fixed-in-gnome-shell-46 fixed-upstream
Changed in gnome-shell (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.