- From: Rich Schwerdtfeger <richschwer@gmail.com>
- Date: Tue, 19 Jul 2016 13:30:04 -0500
- To: James Craig <jcraig@apple.com>
- Cc: "Siegman, Tzviya - Hoboken" <tsiegman@wiley.com>, Joanmarie Diggs <jdiggs@igalia.com>, ARIA Working Group <public-aria@w3.org>, Fred Esch <fesch@us.ibm.com>, "DPUB-ARIA (public-dpub-aria@w3.org)" <public-dpub-aria@w3.org>
To me this is a very limited view. I have been on multiple calls now where we have limited accessibility issues to those related to sight. The inclusion of these semantics enables mobility enabled users, in fact all users to navigate via voice. I should be able to tell my book reader to go to the abstract or read the abstract. You absolutely do not need a heading to make this work for all users nor should we depend on it. We need to think about the use of these much more broadly. Going forward we will be going to user interactions that will be far less dependent on these ATs and the assumption that we must always be able to see something to get to it is false. If this is the limited vision of ARIA working group members then I have a problem. DAISY talking books, for which these semantics came from did not have to depend on visual labels. James, please reconsider your position in the API mappings. Rich Sent from my iPhone > On Jul 18, 2016, at 8:06 PM, James Craig <jcraig@apple.com> wrote: > > Siegman, Tzviya - Hoboken wrote: > >> Rich Schwerdtfeger wrote: >> >>> James provided mappings for things like appendix and acknowledgements below. Rather than expose these as appendix and acknowledgements he believes they only need be exposed as a group as the headers for those section will include those words i. Them at all times >> >> While it is true that often there is a heading for these elements (e.g. <h1>Bibliography</h1>), it is not always the case, especially for something like doc-endnotes. > > If these sections (acknowledgements, etc) have no heading, then there is no indication to sighted users that it's different from any other section. Therefore assistive technology users don't need additional context either. Both sighted and blind users could be equally confused by the lack of an explanatory heading, but that does not make it an accessibility issue. > > A specific accessibility API role mapping would only be necessary if some context was conveyed visually but was not clear to say, a screen reader user. > > James >
Received on Tuesday, 19 July 2016 18:30:39 UTC