Note: This document is a collection point for thought exercises and nagging questions that need to be addressed at some point in the development of Expert Handlers. As new issues are added, the page will be given a more appropriate and logical structure, to facilitate ease of access and grouping of related ideas, issues and questions.
The level of granularity necessary to provide meaningful interaction between the user of an AT and a specific markup language is highly dependent upon the type of specialized content being described, as well as the parameters and structures inherent to the specialized knowledge domain for which the specialized markup language has been designed. Expert handlers, therefore, need the ability to cache ontologies specific to each type of specialized content, in order to enable full interactivity with the specialized content. Such ontologies can be provided through Web Ontology Language (OWL), Resource Description Framework (RDF), and/or Simple Knowledge Organization System (SKOS) in order to provide an assistive technology with meaningful, and appropriately structured, API calls and mappings.
source: prose deleted from final draft of the //Unified Use Cases for Expert Handlers, version 1.0//
Note: Please also consult the Expert Handlers' Reference: Semantic Web Activities & Initiatives of Interest to Expert Handlers
Janina's original text: Similar “smart” content rendering and navigation strategies are required by screen reader users in more complex, nonlinear content such as mathematical (chemical, biological, etc.) expressions, music, and graphical renderings. Because such content is generally the province of knowledge domain experts and students, and not the domain of most computer users, screen readers do not invest the significant resources necessary to serve only a small portion of their customer base with specialized routines for such content. Furthermore, the general rendering and navigation strategies provided for linear (textual), menu, and tabular content are woefully insufficient to allow users to examine specific portions of such domain specific expressions effectively. On the other hand domain specific markup often does provide sufficient specificity so that the focus and rendering needs of the screen reader can be well supported.
proposed revision by GJR: Similar “smart” content rendering and navigation strategies are required by screen reader users in more complex, nonlinear content such as mathematical (chemical, biological, etc.) expressions, music, and graphical renderings. Because such content is generally the province of knowledge domain experts and students, and not the domain of most computer users, screen readers do not invest the significant resources necessary to serve only a small portion of their customer base with specialized routines for such content. In some cases, domain specific markup does provide sufficient native specificity so that the focus and rendering needs of the screen reader can be well supported, but there is no garuntee that they will be implemented by a page author. Furthermore, the general rendering and navigation strategies provided for linear (textual), menu, and tabular content are woefully insufficient to allow users to examine specific portions of such domain specific expressions effectively.“
added during the Expert Handlers conference call of 14 january 2008
Question: where does an expert handler sit in the bubbling from most generic handler to next possible (or user or author-defined) handler?
here follows a (probably unsuccessful) attempt to translate the question above into something approximating actual english:
posted by Gregory J. Rosmaita, 21:17 UTC 2007-12-19
Simply to input numerical values, the following are necessary:
which would translate into be input command:
Is there a standard convention to denote majuscule and minuscule in an abbreviated form, such as: minuscule = min; majuscule = maj
also needed for keyboard input; lesson of current DTBs – one can't directly access a book's front-matter using a dedicated hardware device, when the front-matter is paginated with roman numerals.
composed by GJR 2007-10-01; posted 04:31h UTC 2007-12-22
Note: Reviews and comments upon Unified Use Cases, version 1.0 are listed in chronological order (oldest to newest). Reviews of UUC1
Comments on UUC1
source: Mario Lang, post to accessibility-rfc (20 March 2008)
In the first paragraphs, you mention MSAA and iAccessible2 as an example for AT APIs. It feels wrong to me to not mention AT-SPI in this context, especially since AT-SPI is the only API currently working on Linux in this area.
If any ATs would like to make use of this, I'd be pretty interested on input from their side.FreeDots is currently written in an AT independent way, it can be used with or without a screen reader. Or, one might even claim it is an AT specialized for MusicXML.