w3c / wcag21

Repository used during WCAG 2.1 development. New issues, Technique ideas, and comments should be filed at the WCAG repository at https://github.com/w3c/wcag.
https://w3c.github.io/wcag/21/guidelines/
Other
140 stars 55 forks source link

Plain language (Enhanced) #41

Closed lseeman closed 7 years ago

lseeman commented 7 years ago

Current versions of SC and Definitions

Not the discussion for AA is at issue #30 Full proposal is at Plain language AA Note we have been asked:

More information and explanations are available on request.

DavidMacDonald commented 7 years ago

Seems to be a duplicate of #30

lseeman commented 7 years ago
        No it is not. Again different scopes.All the bestLisa SeemanLinkedIn, Twitter---- On Fri, 02 Dec 2016 10:26:06 +0200  David MacDonald<notifications@github.com> wrote ----Seems to be a duplicate of #30  —You are receiving this because you authored the thread.Reply to this email directly, view it on GitHub, or mute the thread.             
joshueoconnor commented 7 years ago

Assigned to Jim Smith (@jim-work) https://www.w3.org/WAI/GL/wiki/SC_Managers_Phase1

joshueoconnor commented 7 years ago

@jim-work Is there a PR ready to go for this?

jspellman commented 7 years ago

This is difficult to measure and to implement. I recommend looking at using reading level. It isn't perfect, but it addresses most of the user needs identified, especially when paired with existing Technique G153. Reading level has international support, it has automated tests, and it has a variety of formulas (Flesh-Kincaid is the oldest and best known, there are many others.)

Proposed revision: Understandable Instructions: Headings, error messages and instructions for completing tasks do not require reading ability greater than lower secondary education level. (AA)

[link to WCAG’s definition of lower secondary level from UNESCO standard]
Techniques should include G153 Making text Easier to Read.

lseeman commented 7 years ago

Hi Jeane. This has been fully addressed both on the coga thread and in the A version. As you know the revision does not to the task we need as reading levels make it easier to read but NOT easier to understand. Each statement is fully testable and although the accessibility tools do not currently address this issue, tools are easy to make and already exist in other industries.

cstrobbe commented 7 years ago

This proposal has many of the same issues as https://github.com/w3c/wcag21/issues/30. Should I repeat them here?

With regard to the wording of the first sentence: this should be worded as a characteristic of the content instead of an instruction to web content authors, e.g.:

Plain language (enhanced): Headings, error messages and important information use language that fulfils the following criteria: (...)

I left out terms like "plain", "clear" and "simple" since these terms are vague (in the absence of definitions) and the actual criteria are expressed in the bullet points. However, if the plan is to have several SCs about plain language, the SC can also be worded as "Headings, error messages and important information use plan language", where "plain language" links to a normative definition that contains the bullet points.

eadraffan commented 7 years ago

I have read some of the comments on the review about the lack of examples of core vocabularies. Those using Augmentative and Alternative forms of communication depend on core vocabularies in their own language and there have been several versions of these types of vocabularies developed in many languages. These lists are often made up of function words that can be used as alternatives to complex words that might link important /specialist words which are usually nouns in all languages. These lists have been collected by professionals working in the field and it should be possible to collate samples.