[Accessibility-handlers] about Minutes20080421
Pete Brunet
brunet at us.ibm.com
Mon Apr 28 13:14:30 PDT 2008
>If the browser doesn't support some XML dialect then browser EH plug-in
may be a JS script that allows the browser to expose that XML content to
AT
PB: We talked about this on the EH call today and we don't understand how
a JS script can be an a11y EH, i.e. how can JS implement MSAA/IA2 or ATK?
If not then what are the alternatives? Can it be done in XUL? We suspect
not. I assume it would be done in C++ using the FF (or IE or Safari)
plug-in architecture. In that case would there be a way to define a
standard browser to plug-in interface, e.g. through IDL?
>and here @implements attribute is used to define when that script should
be executed.
>In this chain I don't get what role does AT EH plug-in play. Is it used
when the specialized markup should be transformed to information to be
used by something else than screen readers?
The AT EH is a helper for the AT, e.g. a screen reader. Screen readers
don't know how to properly speak, for example, math expressions so the
screen reader would pass off the string which defines the expression in
some standardized format such as snippet of MathML. The EH would take the
MathML as input and send a string suitable for expression by a TTS engine.
Neil could give us an example.
So I am envisioning (and maybe there is a better idea)
1) an EH for the browser to provide a navigation UI into sub-objects of
the entire expression and exposure of a11y info of those sub-objects as
they get focus via MSAA/IA2 or ATK
2) an EH for the AT that knows how to best express a given piece of MathML
for a TTS or Braille device.
>Where are ontologies here?
PB: Maybe you can help us with this.
Pete Brunet
IBM Accessibility Architecture and Development
11501 Burnet Road, MS 9022E004, Austin, TX 78758
Voice: (512) 838-4594, Cell: (512) 689-4155
Ionosphere: WS4G
"Alexander Surkov" <surkov.alexander at gmail.com>
Sent by: accessibility-handlers-bounces at lists.linux-foundation.org
04/24/2008 12:44 AM
To
accessibility-handlers at lists.linux-foundation.org
cc
Subject
[Accessibility-handlers] about Minutes20080421
Hi.
I have some questions when reading
https://www.linux-foundation.org/en/Accessibility/Handlers/Meetings/Minutes20080421.html
.
"PB: big picture: two EH plug-ins, one for the browser, one for the AT.
The browser EH provides UI to navigate through the special content; The AT
EH knows how to transform specialized markup into speech or braille;
browser EH provides keyboard interface for objects/elements - the
granularity can be controlled by the user - the typical navigation
requests would be previous, current, and next item at the currently
specified level of granularity - when objects in the browser EH get focus
they fire focus events; theAT asks the object for its acc name which would
expressed in a standardized markup language for a particular discipline
(math, music, chem) and then the AT would call the AT EH for a
transformation of a specific kind (Braille, TTS) and then the AT would
output the TTS/Braille to the TTS or Braille engine."
There is two cases: when the browser supports the XML dialect natively or
it doesn't. When the browser does then browser EH plug-in is the browser
itself (another words: browser EH plug-in is hardcoded into browser). For
example, like we have in Firefox for HTML. There we expose HTML content to
AT by AT API (like ATK or IAccessible2) usage. If the browser doesn't
support some XML dialect then browser EH plug-in may be a JS script that
allows the browser to expose that XML content to AT and here @implements
attribute is used to define when that script should be executed. In this
chain I don't get what role does AT EH plug-in play. Is it used when the
specialized markup should be transformed to information to be used by
something else than screen readers? Where are ontologies here?
Thank you much.
Alexander._______________________________________________
Accessibility-handlers mailing list
Accessibility-handlers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/accessibility-handlers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.linux-foundation.org/pipermail/accessibility-handlers/attachments/20080428/a04bb7e6/attachment.htm
More information about the Accessibility-handlers
mailing list