mozilla

Compare Revisions

WAI ARIA Live Regions

Change Revisions

Revision 67207:

Revision 67207 by Aaronlev on

Revision 67208:

Revision 67208 by DavidBolter on

Title:
WAI ARIA Live Regions
WAI ARIA Live Regions
Slug:
AJAX/WAI_ARIA_Live_Regions
AJAX/WAI_ARIA_Live_Regions
Tags:
AJAX, Accessibility
AJAX, Accessibility
Content:

Revision 67207
Revision 67208
t789            Some notifications should be spoken before regular met789            Some notifications should be spoken before regular me
>ssages without causing the regular messages to be dropped. An exa>ssages without causing the regular messages to be dropped. An exa
>mple of such a notification is a chat message that is directed at>mple of such a notification is a chat message that is directed at
> the user. In such a case, that message should be spoken before t> the user. In such a case, that message should be spoken before t
>he other chat messages, but the other chat messages should still >he other chat messages, but the other chat messages should still 
>be spoken and not just dropped. The existing system of off/polite>be spoken and not just dropped. Some AT users have both speech sy
>/assertive/rude does not handle this case; a message with a highe>nthesis and Braille - they may prefer assertive notifications to 
>r priority level will always cause earlier messages of a lower pr>be delivered to the Braille display while regular messages are sp
>iority to be dropped. In addition, some AT users have both speech>oken by the synthesizer.
> synthesis and Braille - they may prefer notifications to be deli 
>vered to the Braille display while regular messages are spoken by 
> the synthesizer. 
790          </td>
791          <td>790          </td>
792            Adding aria-channel={main/notify} would address these
> issues. 
793            <p>791          <td>
794              If multiple hardware channels are available, the AT
> should allow users to map the main and notify channels as they w 
>ish. 
795            </p>792            <p>
796            <p>793              If multiple hardware channels are available, the AT
 > should allow users to map the live events to different channels.
797              If there is only one hardware channel available, th
>e AT should render both channels on the same channel. The notify  
>channel is higher priority than the main channel for live regions 
> of the same politeness; if the events from the two channels are  
>of differing politeness levels, the channel with the higher prior 
>ity event should have higher priority than the other channel. Not 
>e that events from one channel cannot interrupt or clear out even 
>ts on another channel. 
798            </p>
799            <p>
800              Example 1: The user is on an AT which only supports
> a single hardware channel. 
801            </p>
802            <p>
803              Given: &lt;div id="liveRegionA" aria-live="polite" 
>aria-channel="main"&gt; &lt;/div&gt; &lt;div id="liveRegionB" ari 
>a-live="polite" aria-channel="notify"&gt; &lt;/div&gt; 
804            </p>
805            <p>
806              Both live regions get updates that are "polite" sim
>ultaneously. liveRegionB should be spoken first since it is on th 
>e notify channel. 
807            </p>
808            <p>
809              <br>
810              Example 2: The user is on an AT which only supports
> a single hardware channel. 
811            </p>
812            <p>
813              Given: &lt;div id="liveRegionA" aria-live="assertiv
>e" aria-channel="main"&gt; &lt;/div&gt; &lt;div id="liveRegionB"  
>aria-live="polite" aria-channel="notify"&gt; &lt;/div&gt; 
814            </p>
815            <p>
816              Both live regions get updates simultaneously. liveR
>egionA should be spoken first since it has a message that is a hi 
>gher priority than liveRegionB. 

Back to History