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

3.1.2 Lang of Parts exceptions need to be Key Terms #4094

Open
jamieherrera opened this issue Oct 3, 2024 · 1 comment
Open

3.1.2 Lang of Parts exceptions need to be Key Terms #4094

jamieherrera opened this issue Oct 3, 2024 · 1 comment

Comments

@jamieherrera
Copy link

It would be very helpful in practice to get Key Terms for the "except for" part of 3.1.2 Language of Parts.

Second, I'd like to understand this team's intent for the phrasing of the 3.1.2 Language of Parts SC, primarily the reason to use "except for":

The human language of each passage or phrase in the content can be programmatically determined except for proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text.

This SC seems to imply the second clause is clearly not able to be programmatically determinable. Is the intent that the "except for" items not be pronounced by AT in their original language even if it can be pronounced?

  • "can be" implies there are situations that "can't be" ; I know the 3.1.1 SC uses the same phrasing so maybe just ignore this bullet.

  • The "except for" part of the SC some people have interpreted as meaning that any of these exceptions are exempt from needing (or even, "should never use") a language attribute.

In the case I'm thinking of, a company uses several branding product names that are purposely not translated into a second language when the surrounding text is in that second language. It is a decision; these words are trademarked. That product name is clearly in a programmatically determinable language (say, clearly in English, which has a programmatically determinable language "en"). As the name of a "thing" it could be considered a "proper name" if using a generic definition from an internet search, like a "person, place, or thing". WCAG does not define "proper name". It seems to do AT users, particularly SR users, a disservice by resulting in poor pronunciation for items that are clearly one language's version of a noun. If it used a lang attribute, AT users would understand this product is the same product as what is advertised on commercials; if not using a lang attribute some SR butcher the words as unintelligible in the second language.

Also, most languages have alternative proper nouns for places and things, like "Twin Towers" in English is "Torres Gemelas" in Spanish; it was a place, it has proper nouns, but the proper nouns can change.

TL; DR
I would strongly suggest formally adding each exception as its own Key Term.
I would strongly suggest limiting the "proper name" term to specific use cases
I would strongly suggest a sentence in the Understanding document that permits using a programmatically determinable language on these exceptions (as defined in a key term) if the author determines it may serve the intended audience, but that it would not fail the SC.

@patrickhlauke
Copy link
Member

The "except for" part of the SC some people have interpreted as meaning that any of these exceptions are exempt from needing (or even, "should never use") a language attribute

I would strongly suggest a sentence in the Understanding document that permits using a programmatically determinable language on these exceptions (as defined in a key term) if the author determines it may serve the intended audience, but that it would not fail the SC.

this seems to misunderstand the purpose of exemptions. the SCs set a bottom line, a floor, for determining if something passes or fails WCAG. the exemptions say that in those situations, if something isn't done, it doesn't fail an SC. it does not mean the opposite ... that if authors do do it, they fail. It just means that it's not necessary to do it in those cases to pass.

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

2 participants