-
Notifications
You must be signed in to change notification settings - Fork 4
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
Conformance Group feedback wanted #169
Comments
The example section was too complex and should be simplified. Here is the complex example that we intend to modify: 4.7.1Examples The examples are provided first as a list of individual statements followed by a paragraph that concatinates statements that cover the whole conformance group. Either the list of individual statements or the paragraph style are appropriate, but do not provide both approaches. The conformance statement should be shown independently from the certifier and their associated information. Two examples are provided for the conformance statement, one shows a statement that meets recommended accessibility requirements and a second that shows a publication that is blow the recommended level. |
I was thinking that the simple statements may be something like:
or at the WCAG A level
or without third party certification at the WCAG AA level
Or WCAG A without third party certification
or for an optimized publication
Then if the user wants to see all the metadata, either the list of individual statements or the paragraph style would be displayed. |
I like this language. |
Was it intentional that you used two different expressions? It makes it sound like there are different criteria for non-certified content. I'd opt for "standards" for both.
I don't know that this is helpful if you can't say what group. Also, absent a list of conformance IDs to match, which would allow for more specific language, how do you know the conformsTo statement relates to an optimization and not something else? |
Yes, when I write this up I will be consistent and use Standards with a capital S Might we say, "This publication claims conformance to (insert string from the ConformsTo field)." |
Right, this is what I'm worried about. Even if you insert the value of the standard, it may not mean anything, and it might not mean anything for accessibility. Maybe there's some way of inferring the group. If the conformsTo statement is present, isn't recognized as an EPUB ID, and the primary access mode is auditory, then you could infer that the publication is optimized for auditory reading, for example. But what if the publication is optimized for dyslexic readers, for example? It feels like we'd need another piece of metadata to attach to the conformance statement to clarify the target audience. |
No need to capitalize since we're not giving a specific title. |
Perhaps if it does not conformTo the values listed in 1.1 or 1.0 we should recommend that the publisher makes some clear statements in the accessibilitySummary. |
This is part of the recommendations in the specification:
Are optimizations likely to be distributed outside of specialized markets, though? If not, perhaps we only need to give general guidance in this area. For example:
Where the distributor, knowing the content they deal in, can fill the user group in based on the identifiers they encounter. |
FYI: Publishers are putting in their own conformance statements. For example this is what Macmillan Learning adds to their EPUBs along with another conformsTo statement to the original 1.0 IDPF conformance link.
|
Closing as it has been addressed. See Conformance section in actual UX guide draft |
The Conformance Group is a new division in the principles section. The feedback so far is that it is a complex area and people do not understand WCAG references and levels. It should be made very simple and WCAG at the A level should be the minimum and level AA be the recommended. If there is third party certification, then this can also be included.
The text was updated successfully, but these errors were encountered: