Detlev Fischer

@pp-ernst hier geht es ja um sichtbare Labels / Beschriftungen und nur darum, ob die sichtbaren Text-Beschiftungen im accName auftauchen. Ich bin nicht sicher, was Du in dem zitierten Text...

@mayerhh ich denke, so einfach ist der Fall nicht, denn es kann ja andere (unsichtbare) Quellen für den zugänglichen Namen geben. In praktischer Hinsicht dient ja der Platzhalter als (häufig...

> Wenn ein grafisches Bedienelement (`ìmg`) sichtbaren Text hat, aber ein falsches oder leeres Alt-Attribut, trifft dieser Fehler auf beide Prüfschritte zu. > Wo sollte der Fehler bewertet werden? Oder...

@johannesFischer84 schrieb: > Im Sinne des WCAG-Kriteriums 2.5.3 würde ich Platzhalter aber schon einbeziehen, falls keine echte Beschriftung vorhanden ist. Denn Nutzende mit Spracheingabe wird es nicht interessieren, ob sie...

Mittelfristig wohl gut, das dann in 9.1.4.11 zu bewerten, da es streng genommen unter den Prüfschritt fällt - aber natürlich alles dadurch umständlicher - denn **entdeckt** werden die Mängel ja...

@stefanFarnetani Danke für den Hinweis, da hast Du wohl recht. Kommt halt zurzeit bei Apps kaum vor, aber mir dem Aufkommen von AR-Anwendungen u. Interaktionsmöglichkeiten zukünftig sicher relevant.

@stefanFarnetani schrieb: > Ich habe es so verstanden, dass Bedienkonzepte wie z.B. die pinch-zoom-Geeste oder an die geste des rotos auf iOS darunter fallen würden. Ob man die Pinch-Geste als...

> Ich verstehe nicht, warum du einen Fehler nur bei WCAG 2.5.1 siehst, aber nicht bei EN 5.5.1. Die Bewegungen sind natürlich sehr ähnlich - nur dass die Geste auf...

Wenn die accessibility baseline sowohl Desktop und die Ausgabe auf Mobilgeräten unter iOS / Android einschließt (wovon man in der Regel ausgehen kann) müssen die Pointer-Prüfschritte 2.5.1 (Pointer Gestures), 2.5.2...

Danke, @ovau - guter Hinweis. Habe `longedesc` rausgenommen und die Beschreibung der Langtextalternative noch etwas angepasst. Siehe #431