Палитры цветов WCAG с высоким контрастом для слабовидящих

Благодаря работе @pmusaraj и моей собственной, в Discourse теперь появилась возможность выбрать палитру с более высоким контрастом цветов прямо из мастера настройки.

Эти палитры приоритизируют контраст текста и предназначены для соответствия Руководству по доступности веб-контента (WCAG) по контрасту цветов (уровень AA). Внутренне это не обычные цветовые палитры; они также автоматически включают дополнительный CSS.

Доступны как светлая, так и темная версии (они являются последними двумя вариантами в списке). Существующие сайты могут получить доступ к этим цветам, перейдя по адресу community.yoursite.com/wizard/steps/color или выбрав их в качестве базовых палитр при создании новой через admin > customize > colors.

После создания эти палитры будут отображаться в разделе admin > customize > colors. Если вы не используете их в качестве цветов по умолчанию для вашего сайта, вы также можете разрешить пользователям выбирать эти палитры.

При установке как выбираемые пользователем, отдельные пользователи могут выбрать свою цветовую палитру в разделе интерфейса своих настроек (community.yoursite.com/my/preferences/interface).

Если вы столкнетесь с какими-либо проблемами с контрастностью этих палитр, пожалуйста, сообщите нам, чтобы мы могли продолжать соответствовать стандартам, установленным WCAG!

27 лайков

It sure would be nice if the Discourse default color scheme met the standards set by WCAG. Can you comment on why that isn’t the case?

4 лайка

Since Discourse wasn’t originally designed with the higher contrast colors, we’d probably want to make more significant changes beyond colors alone to accommodate the differences. Doing this as a first step gets these more accessible colors out there today.

One quick example is how we show the difference between read and unread topics. By default we do this by reducing the contrast after you’ve read a topic:

When meeting the WCAG standards we have to increase the contrast of the read titles, and as a result there’s not much contrast between read and unread… so I think longer term we’d want to consider a different treatment other than contrast to distinguish the two.

15 лайков

Got it. I’d just like to encourage the team to continue driving that work.

8 лайков

This is phenomenal, and thank you. On behalf of some of my vision-impaired users who have complained about this, it is greatly appreciated. I’ve immediately enabled this.

15 лайков

After reading the first post was under the impression that the new colors have to be selected in the Wizard to be added to a list. Upon running the wizard and getting to the Colors page was looking for a way to select all of the colors as I was wanting to add the new colors to the list. Apparently my understanding is incorrect. From what I am seeing based on the way colors are selected on the Colors page, only one color scheme can be selected. So now I am confused.

  1. What is done by choosing a scheme on the Colors page. Does it set the default for everyone?
  2. Why is only one color scheme allowed to be chosen in the Wizard? Probably same as answer for question1.

Since I writing this as I work through following the first post, I am leaving the setting of the Colors page as it was.

Moving onto admin > customize > colors. After some experimenting found that

  1. Select New
  2. For Base palette open drop down which now includes WCAG Light and WCAG Dark.
    gives a way to select the items.

So selected WCAG Light and then was presented with dialog to name Color Palette and select colors. As in the example entered name WCAG Light, selected Color scheme can be selected by users and then clicked Save

Moving onto community.yoursite.com/my/preferences/interface, I did not find the Color Scheme section.

Also our site has the Hamburger Theme Selector, I was thinking these might show up there automatically, but it appears I have to create a new Base Theme (Theme) to use them.

This is not a complaint, just some feedback from someone reading the post for the first time and giving it a test run. :slightly_smiling_face:

2 лайка

Hmm, that should have worked. It’s possible you needed a refresh of the interface preferences page.

3 лайка

This is what I am seeing. Even did a refresh of the HTML page and no change.

Note: The site is hosted by Discourse hosting if that matters - https://swi-prolog.discourse.group/

1 лайк

I took a look at your site, I don’t see “Color scheme can be selected by users” enabled on either scheme. Perhaps you didn’t click the check box to save the selection?

5 лайков

Oh this was so funny. Not you, but what I did. Thanks for checking and replying.

From Admin > Settings > Customize > Colors

See WCAG Light and WCAG Dark in the left panel.

Click on WCAG Light brings up

image

I then enabled Color scheme can be selected by users

image

What I did not notice the first time around was the added blue check box

Clicking the added blue check box changes the display to

image

then going to https://swi-prolog.discourse.group/my/preferences/interface now shows

:slightly_smiling_face:


After adding a few more colors that can be used by users the interface option changed to give me a choice for both Regular and Dark mode

image

7 лайков

Can you elaborate what this means? I am about to set up my first forum and will want to customize the color scheme, and also support automatic dark mode switching based on user system preferences.

Will I want to customize colors using these new schemes as a base?

What is the current steps for creating a custom color scheme given recent changes to how color schemes are constructed to support dark mode (as discussed on recent threads) and these new accessible schemes?

Thank you!

2 лайка

So when these WCAG palettes are selected, some additional CSS (found here) is loaded to change colors of various elements (usually to use a higher-contrast color variable than what we use by default). I believe the CSS is loaded based on the color palette’s name…

So if you want to modify these palettes and retain some of the contrast improvements from the custom CSS, I think you’ll just have to not change the name (is that right @pmusaraj?).

Or you could alternatively copy the CSS from the link above and use that in your own theme (though you’ll miss out on updates we make).

9 лайков

No, the WCAG-specific CSS is included if the current scheme is a derivative of one of the two base WCAG schemes. So you can name the new scheme however you like, but if it is created from a base WCAG scheme, it will have the extra CSS.

10 лайков

Great to see this new feature! Curious - does Discourse currently meet the full WCAG guidelines or is there still some more work to do?

1 лайк

There is still some more work to do, but not much. We’re about 99% of the way and are currently actively working with an accessibility consultant to close the last gaps.

7 лайков

That’s excellent to hear for all the users. And which WCAG guidelines are you working towards? WCAG 3.0?

2 лайка

We’re working towards WCAG 2.0, 3.0 is still in the draft stage according to WCAG 3 Introduction | Web Accessibility Initiative (WAI) | W3C

7 лайков

In following this thread I’m happy to hear WCAG 2.0 is supported. I may have missed it, but I don’t see closed captioning mentioned. Does Discourse support closed captioning on video assets? Is there a mechanism in Discourse to publish videos with closed captioning?

2 лайка

You can manually add subtitles by using the HTML5 video tag, and there is also a theme component that provides a bit of a UI for it.

8 лайков

Thank you so much for WCAG Dark! I love it!!

I don’t actually have a need for it, per se (as far as I know) - I just think it looks fantastic. :heart:

3 лайка