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

Your text contrast advice ruins legibility and fails ACAG #1

Open
kevinmarks opened this issue Jul 26, 2016 · 10 comments
Open

Your text contrast advice ruins legibility and fails ACAG #1

kevinmarks opened this issue Jul 26, 2016 · 10 comments

Comments

@kevinmarks
Copy link

Making text #666 on white fails ACAG AAA. (contrast ratio 5.7)
Making text #666 on #eee does too (contrast ratio 4.9)
Making code text #a7adba on #f5f7f9 fails WCAG 2.0 entirely (contest ratio 2.1)

Sabotaging contrast like this does not help readers at all.

@ericwbailey
Copy link

Hi there, I'm just another internet rando who cares about accessibility falling out of the sky to say something. While I do agree that accessibility concerns should be baked in from the very start of the design process, I think that there's a far more constructive way to structure that comment.

Treating people who are unaware of a11y issues like this only really furthers a lot of negative stereotypes about compliance work and, in my opinion, only really embitters those who otherwise might be open to solving the issue. Again, I believe what you said is legitimate criticism, but the phrasing could use some work.

This is a very cool project that's clearly had a lot of work and thought put into it—it would be great to see it not only address the issue, but also turn it into an additional point to learn.

@kevinmarks
Copy link
Author

Is there any research support for "Black text on a white background can be harsh on the eyes. Opting for a softer shade of black for body text makes the page more comfortable to read."?

I see this sentiment widely expressed, but have never seen anything justifying it, and formal advice on contrast says the opposite.

@ericwbailey
Copy link

ericwbailey commented Jul 26, 2016

I don't disagree—that's what a proper ratio is for. Achieving it enables the author to make aesthetic choices relevant to the design's content, so long as they're meeting acceptable compliance criteria.

@ghost
Copy link

ghost commented Jul 27, 2016

This is a nice basic typography guide. However: low contrast can be super annoying. Depending on screen quality, screen brightness and lighting conditions #555 on white can be very hard to read. Github's #333 seems ok though.

In the past some people used to build websites for a specific screen resolution. I think reducing contrast is a similar trap. It might be great on your high quality apple screen but unreadable on my thinkpad or someone's cheap benq screen.

Edit:
So maybe playing with the basic text color and contrast shouldn't be encouraged by a introductory guide, but rather be left to more advanced web design.

@abacaj
Copy link

abacaj commented Jul 27, 2016

This is just an intro, and should be consumed as such. By no means does failing the ACAG actually matter here.

Appreciate the work.

@kevinmarks
Copy link
Author

Of course it matters. The step from "make it more legible" to the next one
clearly makes it less legible. This is not a good thing to be teaching
people to do by default.

On 27 Jul 2016 9:12 am, "Anton Bacaj" [email protected] wrote:

This is just an intro, and should be consumed as such. By no means does
failing the ACAG actually matter here.

Appreciate the work.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#1 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAGCwJUTmktyPfyGJXMdLcasOGqHCuHbks5qZ4NUgaJpZM4JVcqh
.

@thewarpaint
Copy link

I don't think anyone here disagrees with the message. The delivery, on the other hand, could have been done in a more... polite way.

Sabotaging a helpful, interesting message like this does not help readers at all.

@rdunk
Copy link

rdunk commented Aug 1, 2016

Grey text on a white background is a design choice which has unfortunately been misinterpreted by some as a blanket method for improving readability and so has become something of a design trend.

It is a valid solution for improving readability by providing contrast between distinct elements, for example a black heading alongside a grey subheading or body text can improve readability by clearly signalling that the two elements are separate. Just as scale, spacing and text weight are also used as devices for improving readability by providing contrast. This is a standard tenet of design, providing the required amount of contrast between elements in order to facilitate fluid navigation of content.

Using grey text alone on a white background doesn't automatically improve readability, however as long as the contrast ratio meets the generally accepted minimum accessibility requirements then it can be chalked up as a perfectly valid aesthetic decision, as long as it is understood as such. Whilst I understand the good intent of the author, it is frustrating to see this particular design myth perpetuated.

@Swizz
Copy link

Swizz commented Aug 19, 2016

I am interested about the color contrast and constraints. But the jgthms small guide take juste a litle about that. Do you have any ELI5 reads about that ?

@ericwbailey
Copy link

@Swizz: Here's an introductory article on WebAIM about low vision conditions. WebAIM is a great general resource for accessibility concerns—it's well-worth spending an hour or two perusing if it's something you're interested in.

A kind of tricky thing I wish I knew when I was getting started is that contrast alone won't necessarily guarantee compliance. Type size can also be a factor, where certain color combinations won't be apparent when smaller sizes are used.

If you're interested in adding some tools into your toolbox, here's a few of my favorites:

Another thing to consider is that if you're using a build system such as Gulp or Grunt, there are tools that can automatically warn you if low contrast colors are being used. Manual spot checks will also be needed to see component colors in context, but it can provide a nice just-in-time warning.

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

6 participants