[wp-trac] [WordPress Trac] #62831: Bring in lighter background for admin
WordPress Trac
noreply at wordpress.org
Wed Jan 29 08:38:07 UTC 2025
#62831: Bring in lighter background for admin
-----------------------------+----------------------------
Reporter: karmatosed | Owner: audrasjb
Type: defect (bug) | Status: reopened
Priority: normal | Milestone: 6.8
Component: Administration | Version:
Severity: normal | Resolution:
Keywords: has-patch early | Focuses: accessibility
-----------------------------+----------------------------
Comment (by afercia):
> Privacy/Site Health are now white-top, white-tabs, white-body
That's a good example and illustrates well how the editor UI and the admin
pages are different cases.
The editor is supposed to use the theme's background color for the canvas,
unless users disable the preference 'Use theme styles'. For example,
Twenty Twenty-Four uses `#f9f9f9`. Only the editor UI (top bar, panels,
toolbars etc.) uses full white.
As a consequence, in the editor most of the screen will ''not'' be full
white. Actually, the editor doesn't use white for the canvas, which is the
area where users do most of their work. The canvas is white only when the
theme uses a white background. So the argument that the editor uses white
for the background isn't accurate in the first place. Also, I would agree
with @johnbillion that when the theme uses a white background, the editor
suffers from a lack of visual hierarchy everywhere because the whole
screen is white everywhere.
To me, the admin pages are a different case. Some of the admin pages
contain large UIs that mitigate the 'all white' effect. For example: list
tables, media library and the like, cover most of the full white
background. Although there are still problems as many reported above, in
this case the 'all white' effect is mitigated. However, for other admin
pages like Settings, Tools, Site health, etc., 90% of the screen is now
full white. That's too much strain for the eye. I find myself constantly
decreasing my screen brightness since this change landed in core.
> that's also the case on WordPress.org websites, on this Trac tool and on
a lot of accessibility compliant websites
I would echo what @johnbillion pointed out earlier: just because other
wp.org parts use full white everywhere doesn't mean it's the best
solution. Also, I would love to see a collective effort to strive not just
for WCAG technical compliance. A web page could be technically compliant
but not provide the best user experience. Instead, I would love to see
WordPress provide the best possible user experience.
Avoiding full white for the background is sort of an industry standard and
it's an established best practice since ages. There's research and user
testing that validates it and I would love to see WordPress follow the
industry best practices instead of reinventing the wheel every time.
Experimenting is good and it fuels productive discussions but I'm not sure
this change provides the best user experience.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/62831#comment:33>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list