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

exception for logos (1.4.3, 1.4.11) #902

Closed
JAWS-test opened this issue Sep 17, 2019 · 5 comments
Closed

exception for logos (1.4.3, 1.4.11) #902

JAWS-test opened this issue Sep 17, 2019 · 5 comments

Comments

@JAWS-test
Copy link

  • 1.4.3 has the exception for logos in the normative SC
  • 1.4.11 has no exception for logos in the normative SC for "User Interface Components".
  • 1.4.11 has the "essential" exception for "Graphical Objects" in normative SC
  • "essential" is clearly defined: "if removed, would fundamentally change the information or functionality of the content, and information and functionality cannot be achieved in another way that would conform ". In my opinion, logos do not fall under this definition, at least not if they convey information or serve as interactive elements.
  • The Understanding declares that logos fall under the "essential" exception on the one hand, and there is a fail example for logos on the other (Figure 14). I consider this to be contradictory, even if the logos have been changed in colour, it is not clear that this is the only reason why it is a fail. Why are logos essential? Why is logo exception at 1.4.3 in normative SC and at 1.4.11 only in non-normative Understanding? I understand that logos cannot be changed so easily, but if a logo does not have sufficient contrasts, it should not be used without visible alternative text.
  • what is if a logo is both a "Graphical Object" and a "User Interface Component" (link with the logo as the only label)? Does the exception "essential" apply or not?

My suggestion:

  • for WCAG 2.1 and 2.2: Answer the above questions in the Understanding.
  • for WCAG 3.0: Remove the exception for logos. Alternatively, leave the exception only if the logos do not convey information or are interactive elements.

See also the discussion, starting from comment: #901 (comment)

@alastc
Copy link
Contributor

alastc commented Sep 30, 2019

"essential" is clearly defined... In my opinion, logos do not fall under this definition, at least not if they convey information or serve as interactive elements.

In my opinion it does, it is such a well established exception from WCAG 2.0 that during the discussions on non-text contrast we decided not to call it out separately.

It is currently called out in the understanding doc. I can put it to the group if you like, but I suspect the answer would be that it is fine as-is.

@JAWS-test
Copy link
Author

In my opinion it does, it is such a well established exception from WCAG 2.0 that during the discussions on non-text contrast we decided not to call it out separately.

I don't think that's a good decision. If WCAG 2.1 supplements WCAG 2.0, it would have been better to maintain the way in which exceptions are described so that SCs remain consistent.

What's more important:

what is if a logo is both a "Graphical Object" and a "User Interface Component" (link with the logo as the only label)? Does the exception "essential" apply or not?

That's relevant because

1.4.11 has no exception for logos in the normative SC for "User Interface Components".
1.4.11 has the "essential" exception for "Graphical Objects" in normative SC

@alastc
Copy link
Contributor

alastc commented Aug 5, 2020

Yesterday the group agreed this response:

The exception for logos is a well established exception from WCAG 2.0 that during the discussions on non-text contrast we decided not to call it out separately.

@alastc alastc closed this as completed Aug 5, 2020
@JAWS-test
Copy link
Author

In my opinion, this does not take into account that logos can be used as labels for links, buttons and other things. Then the contrast should be kept. Should I open a new issue for this or can it be opened again?

@mraccess77
Copy link

I agree - when logos are used for links or buttons it poses an issue for users. In particular examples include social media logos used to follow or share articles, etc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants