Nina Gerling

Siehe Erklärung bei WhatWG und das dort gezeigte HTML-Beispiel (bezieht sich auch auf eine section) [http://developers.whatwg.org/text-level-semantics.html#the-a-element] --- _Originally created on September 14th, 2011, at 07:37pm_

Ich habe mir erstmal damit beholfen, könnte mir aber vorstellen, dass eine Klasse die Sache noch etwas erleichtern würde: /* Icons standardmäßig größer erscheinen zu lassen, da das Backend primär...

Ich habe den Code oben angepasst, so dass er nun sichtbar sein sollte.

Das title-Attribut ist eine sehr schlechte Möglichkeit um so wichtige Infos mitzuteilen, da die Ausgabe des title-Attributs rein optional in Screenreadern (und vergleichbaren assistiven Tools) ist. Das heißt, dass sehr...

Man kann Screenreader nicht zuverlässig von einem Browser unterscheiden. Dazu gab es imho gerade kürzlich wieder eine interessante Diskussion im W3C-Umfeld, die das klargestellt hat. Das hat wohl auch damit...

**Weitere Probleme mit dem Standard-Uploader:** Das file-Input hat kein Label. Screenreader-Nutzer können daher zum Teil nicht erkennen, was das für ein Feld ist bzw. welchen Zweck es hat. Unter Windows...

Noch ein Nachtrag: Wenn wir die Sache mit den Landmarks ordentlich machen, können wir uns imho in der left-Spalte den unsichtbaren Sprunglink sparen.

Wie in Ticket #769 beschrieben, benötigen Nutzer von assistiven Technologien wie z.B. Screenreader, eine einfache Möglichkeit um im Hauptbereich die Leiste mit den Filtern, Suchen etc. zu überspringen, wenn sie...

Nein, das erledigt sich nicht. Hier werden die primären Bereiche gekennzeichnet, in den anderen Tickets dazu ergänzend die Nav.

Wenn wir die Inhalte ordentlich semantisch auszeichnen, Landmarks richtig einsetzen, mit Überschriften arbeiten etc., würde ich Skiplinks nur noch sehr punktuell einsetzen. Die klassischen Skiplinks am Seitenanfang machen weiterhin Sinn....