Die Sache die du derzeit machst als auch die Sache, die du vorhast, hören sich beide nicht schlecht an.

Im Prinzip soll der User bei einer Aktion erfahren, daß diese etwas (erfolgreich) ausgelöst hat. Dies muß natürlich sowohl für Sehende (yellow-fade möglichst in der Nähe des Klickbereichs) als auch für Blinde erfolgen.

Für Blinde sollte der Text kurz sein, aber auch gleichzeitig die wichtigen Infos haben: Also a) Produkt x wurde hinzugefügt und b) Warenkorb hat jetzt einen Stand x EURO.

Dieser Text muß hierbei kein alert sein, sondern kann eine normale liveregion sein.

Ein alert ist im Prinzip nichts anders als eine Liveregion mit der Einstellung assertive (früher das stärkere: rude) und der vorangestellten Rollenbezeichnung (im deutschen: Hinweis!). Diese Rolle ist für wichtige Informationen gedacht und vom Vorleseverhalten etwas aufdringlicher als live=”polite”. Das Updaten des Warenkorbs ist hierbei mit Sicherheit nicht so wichtig, so daß ein alert eigentlich falsch ist. Der Text könnte also auch in einem Bereich mit aria-live=”polite” stehen.

Was das alert, aber dennoch interesssant macht, ist daß es im Gegensatz zu allen anderen Liveregionen bereits ab Jaws 8 funktioniert (alle anderen erst ab Jaws 10). Worauf du beim alert achten solltest:

Liveregionen lesen im allgemeinen “verkürzte” Strukturinformationen vor. Alert liest nur Text (du kannst aber dennoch rein der Optik wegen strukturieren). Bei NVDA 0.6p2 hatte ich einmal das Problem, daß – aufgrund irgendeines semantischen Elements – der Inhalt nicht vorgelesen wurde. Ich hatte das durch die Rolle presentation auf alle Inhaltselemente gelöst.

Du kannst übrigens auch den sichtbaren Hinweis vom vorgelesenen Inhalt abkoppeln und unterschiedliches ausgeben. Wenn du beispielsweise auf http://www.aperto.de/start/referenzen.html gehst und dort mit firebug das HTML inspectest, siehst du unter dem div#wrapper mehrere HTML-Elemente. Das 2. von oben ist beispielsweise ein alert und darunter kommt ein wrapper, welcher ein live=”polite” enthält. Wenn du innerhalb der Referenzen rumklickst, siehst du wie sich der Inhalt der liveregion für einen Bruchteil einer Sekunde ändert. Der Inahlt gibt im Prinzip nichts anderes wieder, als das die Referenzen X geladen werden. Der Titel der geänderten Referenzen wird bei Success dann geladen. “Leider” ist unser Backend so schnell, daß ich überlege es rauszunehmen.

Ich hoffe das hilft dir weiter.

Grüße
Alex

ich hab mich auch schon ein bisschen mit WAI-ARIA beschäftigt und probieren gerade ein wenig mit Live Regions bei einem Ajax-Warenkorb rum.
Ich hatte bis jetzt immer den Warenkorb als aria-live=polite gekennzeichnet.
Jetzt habe ich mir aber gedacht, das es vielleicht gar nicht nötig ist, den ganzen Warenkorb als Live Region auszuzeichnen und statt dessen einfach ein alert mit yellow- Fade zu geben “Der Artikel wurde dem Warenkorb hinzugefügt.” Aber nach deinem Beitrag hier bin ich mir noch unsicherer.
Was würdest du denn vorschlagen, bei einem Warenkorb der per Ajax gefüllt wird? Also wie soll man am besten so einen Warenkorb für Screenreader User zugänglich machen?

http://www.w3.org/WAI/PF/comments/details?comment_id=240

Sollte aber aus anderen Gründen wieder aufgenommen werden….

ja, das hat einen riesigen Vorteil. Und ich wollte das als 4. Teil der Epic Fail-Reihe etwas genauer erklären. Es macht allerdings nichts, das vorweg zu nehmen, da dies in diesem Blog schon gefühlte zweitausendmal erklärt wurde. (Ich würde behaupten in jedem Artikel in dem die 4 Buchstaben Aria auftauchen).

Das Fokusieren bei gerade erst erschaffenen Elementen bzw. eben sichtbar gemachten Elementen funktioniert in Jaws nur, wenn dies in einem “späteren Thread”, als das Sichtbarmachen/Hinzufügen erfolgt. Mit Javascript kann man das ganz einfach durch setTimeout erledigen.

Wenn du das selber kurz antesten möchtest: Fokusieren ohne timeout und fokusieren mit timeout. Ich habe den Test ohne timeout eben erst schnell erstellt und nur mit IE 8/FF 3.5 + Jaws 10 getestet, aber die Ergebnisse, die für die anderen Systeme, jeweils unten in der Tabelle stehen müßten meines Wissens (Erfahrung macht´s) nach stimmen.

Der hier erwähnte große Fokustest versucht für diesen großen Unterschied auch eine Erklärung zu finden (ist natürlich eine reine Vermutung, aber klingt ziemlich plausibel).

Im Aria Best Practices Dokument gab es dazu auch mal einen Hinweis, allerdings finde ich diesen nicht mehr und ich schätze, daß er gelöscht wurde, was extrem schade ist, da wie gesagt ein typischer Fehler beim Aria-Einsatz. Den Text, welcher im Best Practices Dokument stand, konnte ich nur noch bei wiki.codetalks.org finden.

Nachtrag:
Es sei erwähnt, daß der Hinweis auf setTimeout bei wiki.codetalks nebulös von “strange things” – bei click events auf form controls – redet. Daher ist nicht klar, ob sie setTimeout aus denselben Gründen empfehlen, wie ich. Wenn dem nicht so ist, gibt es aber alleine schon 2 Gründe setTimeout zu nutzen.

Danke,
Martin