Active tab is difficult to spot in High Contrast Mode
Categories
(DevTools :: Netmonitor, defect, P2)
Tracking
(Accessibility Severity:s2, firefox134 fixed)
Tracking | Status | |
---|---|---|
firefox134 | --- | fixed |
People
(Reporter: nchevobbe, Assigned: nchevobbe)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
See screenshot
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 1•4 months ago
|
||
This also impacts the left sidebar (new request/search/blocking)
Comment 2•4 months ago
|
||
Triaging as S3 because indication is difficult to discern, but it is there. We should use Selected Item colours (+Button colours to indicate control status). NI?myself or ayeddi who can help you work out the right colours to use here.
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 3•2 months ago
|
||
bumping the priority as there's really no obvious way to tell when a tab is selected (there's like a 1px border difference, which is way too subtle)
Assignee | ||
Comment 4•2 months ago
|
||
In HCM, we change the background color when it's selected, whereas in regular mode,
we only change the text color (and add a thin line on top).
On hover, in HCM we want to change the text color, and in regular mode only the
background color.
To handle those more easily, we introduce new variables so that we can easily
define them for HCM too.
Updated•2 months ago
|
Comment 5•2 months ago
|
||
The severity field for this bug is set to S3. However, the accessibility severity is higher, .
:nchevobbe, could you consider increasing the severity?
For more information, please visit BugBot documentation.
Assignee | ||
Updated•2 months ago
|
Updated•2 months ago
|
Description
•