- From: Alan Chuter <achuter@technosite.es>
- Date: Thu, 12 Mar 2009 17:36:17 +0100
- To: "EOWG (E-mail)" <w3c-wai-eo@w3.org>
++Introduction The link "For more information see the WAI-ARIA Primer [ARIA-PRIMER] for the use of roles in making interactive content accessible" at the end of the Introduction should really be at the beginning as the Introduction is so full of jargon that people won't understand it and will be annoyed to find the link after they've struggled through. "transform the presentation" sounds odd. "transform the presentation of content" might be better. "different ways than the author designed" might be better "different ways than the author intended". "the software must understand the semantics of the content" I think means "the software must understand the designers intention." Mentioning "roles, states, and properties" in the first paragraph without explanation is jumping in at the deep end I think. At least role is something that needs further explanation. Or it could be omitted here as it isn't mentioned until some way below (in an even more abstruse phrase about attaching roles). These words should be linked to the glossary. ++Scope The phrase "the WAI-ARIA Best Practices [ARIA-PRACTICES] describe recommended usage patterns for web content developers." could be put at the beginning of the Introduction. To save people reading it, the document should warn "you probably don't need to read this document, look at the Primer instead". ++1.2. Use Cases Maybe an initial explanatory sentence would be appropriate here. How many use cases are there? The first use case should be written as a need (as the second one is). Rather than "Keyboard accessible content helps users of alternate input devices" write "Users of alternate input devices need keyboard accessible content." The actor is "Users of alternate input devices" rather than "Keyboard accessible." Each of the two use cases is split into two paragraphs which is easier to read but harder to understand as the second paragraph is detached from its title ("Keyboard accessible" and "Assistive technology"). ++Sections 4, 5, 6 It seems to be much clearer further on (from what I've read, which isn't much). ++9.1. Implementations I suppose these DTDs and schemas have to be included in the same HTML file. The page would be easier to manage if they were in separate files linked from here. ++Glossary "Familiarity with W3C XHTML 1.1 Recommendation [XHTML] and the W3C XML 1.0 Recommendation [XML] is highly recommended to understand these definitions" perhaps should be mentioned at the beginning of the whole document as people who don't know those documents will have difficulty understanding the terms, and if they use the links elsewhere to jump to the definition, they will miss this warning. regards, Alan -- Alan Chuter Departamento de Usabilidad y Accesibilidad Consultor Technosite - Grupo Fundosa FundaciĆ³n ONCE Tfno.: 91 121 03 30 Fax: 91 375 70 51 achuter@technosite.es http://www.technosite.es
Received on Thursday, 12 March 2009 16:39:10 UTC