<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Greetings,<br>
<br>
I'm involved in some discussions around how to properly make accessible
messages that are (a) important for the user to read, but (b) don't
appear in their own dialog box and don't have focus when they appear. 
One example might be a login dialog where the user fails to enter a
properly paired username/password, and so an error string appears
telling them of the failure (but otherwise the dialog box doesn't
re-draw).  Another is form field validation, where one (or more) error
messages are drawn onto the window telling the user that one (or more)
text fields don't contain information that they should.  Wizards are
also a canonical example of this problem: items in the dialog box
change as you go through the wizard steps, but the dialog box itself is
never town down and re-rendered.<br>
<br>
Screen readers commonly attack this problem by way of scripting.  But
that's not a very scalable solution - we ought to have some default
behavior that is better than a user simply guessing that something went
wrong due to silence and using flat review to find it for an app that
wasn't scripted.<br>
<br>
<br>
What I believe is needed by this class of situation is:<br>
<ul>
  <li>metadata on the UI component with the new/changed text/content<br>
(so an assistive technology can easily recognize that events from this
non-focused object should perhaps be treated differently)</li>
  <li>potentially a relation between the unfocused changed object and
what it might be referencing<br>
(e.g. the text field(s) that need to be corrected) - this won't always
been appropriate to all situations<br>
  </li>
  <li>potentially the importance<br>
(in part mirroring ARIA's politeness) - again this may not always make
sense<br>
  </li>
</ul>
<br>
To that end, I suggest the following:<br>
<ul>
  <li>Define a new <a
 href="http://library.gnome.org/devel/atk/stable/AtkText.html#AtkAttribute">ATK
Attribute</a> [key,value] pair (or <a
 href="http://www.linuxfoundation.org/collaborate/workgroups/accessibility/iaccessible2objectattributes">IAccessible2
attributes</a> string) indicating that an object is something that
presents important information when not focused</li>
  <li>Where appropriate (e.g. when static text is noting an error in
one or more edit text fields in a form), use a relation (e.g.
ATK_RELATION_DESCRIPTION_FOR, or perhaps introduce a new one if really
needed)</li>
  <li>Both for mapping from ARIA politeness levels and also in general,
consider making the value of the [name,value] be a politeness level for
this message (e.g. "rude", "assertive", "polite"), as well as going
beyond ARIA levels (e.g. "error", "warning").<br>
  </li>
</ul>
<br>
Thoughts?  Brickbats?  Pointers to some (other, perhaps better)
solution to this issue?<br>
<br>
<br>
Regards,<br>
<br>
Peter<br>
<br>
<div class="moz-signature">-- <br>
<a href="http://www.oracle.com" target="_blank"><img
 src="cid:part1.01070808.09060304@oracle.com" alt="Oracle" border="0"
 height="26" width="114"></a><br>
<font color="#666666" face="Verdana, Arial, Helvetica, sans-serif"
 size="2">Peter Korn | Accessibility Principal<br>
Phone: <a href="tel:+1%20650%205069522">+1 650 5069522</a> <br>
500 Oracle Parkway | Redwood City, CA 94065</font>
<br>
<a href="http://www.oracle.com/commitment" target="_blank"><img
 src="cid:part2.04050700.04030102@oracle.com" alt="Green Oracle"
 align="absmiddle" border="0" height="28" width="44"></a>
<font color="#4b7d42" face="Verdana, Arial, Helvetica, sans-serif"
 size="1">Oracle is committed to developing practices and products that
help protect the environment</font>
<!-- This signature was generated by the MyDesktop Oracle Business Signature utility version 3.6.0 --><!-- Visit http://mydesktop.oracle.com/ and try it for yourself -->
</div>
</body>
</html>