- From: Brent Kimmel via GitHub <sysbot+gh@w3.org>
- Date: Tue, 09 Nov 2021 18:04:08 +0000
- To: public-css-archive@w3.org
@Myndex Thanks for those links. It's interesting to read about the different color systems and how they "calculate contrast". I think the point of this proposal is rather to "defer the concern of calculating contrast" to the UA/Standards Bodies and just allow authors to set a value that handles (at render time) "make sure this letter form has enough contrast according to [APCA|WCAG|whatever standard dictating what 'enough contrast' means] you choose to adhere to". At least as far as I've read (and I haven't read that far to be honest) APCA _doesn't_ solve the core problem proposed here of, e.g. some text overlapping a picture of a person with a black-and-white-striped shirt. No matter what fixed "color value" you choose or what system you express it in (RGBA, APCA, etc.), you're going to have some of your letterforms appear in an area of insufficient contrast. (e.g. if you choose a dark color, your letters won't be readable on top of the black shirt stripe and visa versa for a light color). The proposal here is basically like saying to the User Agents: "You own the whole pixel pipeline and we can't always know what our letters are going to lay on to, so give us a setting that lets _authors_ give _you_ the permission to damage pixels in e.g. a background image to ensure that the letters will be perceivable according to whatever standard you choose". -- GitHub Notification of comment by bkimmel Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6305#issuecomment-964400889 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 9 November 2021 18:04:10 UTC