Skip to main content

Alt-Text für Tabellen

  • Edited

Hallo,

ich habe ein interessanten Fall, bezüglich Alternativtexten zu Tabellen.

Die Tabelle kommt aus Word und in den Eigenschaften/Alternativtext in Word sind Titel und Beschreibung ausgefüllt. Natürlich würde die Tabelle auch so funktionieren, der Kunde möchte aber, dass der Alt-Text vorgelesen wird. Daher ist dies hier eher eine Grauzonen-Frage.

Nach der Umwandelung mit AxesWord ist der Alt-Text bei den Attributen der Tabelle auffindbar.

In AxesPDF hingegen ist der Bereich für Alternativtexte leer, dafür gibt es ein neuen Bereich für "Zusammenfassung". In diesem ist der Alt-Text auffindbar.

Die ScreenReader-Vorschau hingegen zeigt keinen Alternativtext an. NVDA und JAWS lesen erst die Zusammenfassung vor und dann die Tabelle.

Der Kunde sagt aber, dass bei ihm keine Zusammenfassung vorgelesen wird.
Wenn ich nun die Zusammenfassung lösche und das Alternativtext-Fenster von AxesPDF nutze, wird der Alt-Text in der ScrrenReader-Vorschau angezeigt, aber weder in NVDA noch JAWS vorgelesen (was ja eigentlich richtig ist).

Daher würde ich allgemein gerne ein paar Einschätzungen sammeln, wie ihr damit umgehen würdet und was eurer Ansicht nach hier korrekt wäre?

Schon mal vielen Dank.

 

0

Comments

5 comments

Date Votes
  • Official comment
    Peter Spraul

    Hallo Herr Edding,

    ergänzend möchte ich noch hinzufügen bzw. bestätigen, dass der axesWord-Export absolut korrekt ist. Für eine Tabellenzusammenfassung ist das Attribut "Tabelle - Zusammenfassung" ("Table Summary") vorgesehen. Dieses Attribut wird leider von vielen assistiven Technologien (AT) nicht ausgewertet. Bitte verwenden Sie stattdessen nicht das Attribut "Alternativtext", weil dann die Tabelleninhalte in der Regel überhaupt nicht mehr zugänglich sein werden, sondern nur noch der Alternativtext.

    Aus redaktioneller Sicht würde es sich anbieten, dass man die Tabellenzusammenfassung als Fließtext vor die Tabelle schreibt; dann würden alle User davon profitieren können.

    Viele Grüße

    Peter Spraul

  • Dirk Froelich

    Der Eintrag bei "Summery" ist korrekt. Leider ist es nicht selbstverständlich, dass dieser von Assistiven Technologien verwendet wird. In früheren Versionen von JAWS/NVDA wurde dieser komplett ignoriert.

    Es ist hier zudem doppelte Vorsicht angesagt: Der Export von axesWord setzt ein korrektes Summery-Attribut, wenn der Alternativtext in den Word-Tabelleneigenschaften angegeben ist. Wird allerdings (aus welchen Gründen auch immer) der Word-eigenen Export oder der pdfMaker... verwendet, landet der Alternativtext auch als Alternativtext bei den Tag-Eigenschaften (oder wie oben beschrieben, manuell dort eingetragen) 

    Nur kann hier das Problem auftauchen, dass ANSTATT der Tabelle nur noch der Alternativtext ausgewertet wird. So macht es zum Beispiel der PDF-VIP-Reader (wird nicht mehr weiterentwickelt, ist aber noch im Einsatz).   

    Meine Einschätzung:

    • Summery ist korrekt, wird aber nicht immer unterstützt...
    • Vorsicht, wenn der Export nicht mit axesWord stattfindet...
    • Alternativtext bei <Table>-Eigenschaften wäre m.E. falsch...

    Gruß,
    Dirk Frölich

    0
  • B Peboeck

    Ergänzend zu Dirk möchte ich noch sagen:

    Ich bin selbst keine Screenreader-Nutzerin, allerdings bei vielen Test mit Screenreadern habe ich folgendes festgestellt: Bei jedem Tag, auf dem ein Alternativtext gesetzt ist, wird nur mehr der Alternativtext ausgewertet. Die darunterliegende Struktur wird völlig ignoriert.

    Ich weiß aber nicht, ob es Screenreader-Einstellungen gibt, die das verhindern. Würde mich freuen, hier von Screenreader-Nutzern genauere Infos zu bekommen.

    lg, Birgit

     

    0
  • Christofer Edding

    Hallo,

    danke für die vielen hilfreichen Kommentare.

    Bei uns hat halt die doppelte Auslesung der Tabelle für Verwirrung gesorgt.

    Erst wird im Screenreader der Alt-Text vorgelesen und dann die Tabelle. Also quasi zwei mal der selbe Inhalt.

    Das sieht auch der Kunde als Problem, obwohl es technisch anscheinend richtig ist. Ich würde mich auch freuen, wenn ein Screenreader-Nutzer hierzu seine Erfahrungen mit uns teilen könnte.

    Danke und viele Grüße

    0
  • Bruce CTR Aron

    The option mentioned above seems the best solution.

    • Do not use a table Summary
    • If the table needs summary text, place it above the table so that screen readers announce it before the table.

    You may find that if the table has a good caption and the caption is above the table, readers do not even need Summary text.

    0

Please sign in to leave a comment.