Barrierefreiheit Links

Austin Gils fünfteilige Serie über "HTML Formuls Right" beginnt mit einem Fokus auf semantische HTML-Fokus und zielt auf Entwickler ab, die hauptsächlich JavaScript für die Front-End-Entwicklung verwenden. Das Beispiel für den Anfangscode zeigt die Einreichung von AJAX -Formular mit der JavaScript -Formulardata -API.

Der entscheidende Punkt? Ohne die<form></form> Tag, FormData ist unnötig. Das Argument für die Umgehung von Formen dreht sich häufig um den Bau von einseitigen Anwendungen (SPAs), wobei das Vorhandensein einer Form die Notwendigkeit von JavaScript impliziert. Für kritische Formen ist die Berücksichtigung der Nicht-JavaScript-Unterstützung für kritische Formen zwar umsichtig, insbesondere bei der zunehmenden Einführung der serverseitigen Wiedergabe (SSR).

SSR bietet erhebliche Vorteile. Google unterstreicht die langwierige Indexierungswarteschlange für clientseitige Seiten und betont die Geschwindigkeit und Effizienz von SSR.

Die "inklusiven Eingänge" von Oscar Braunert liefert eine wertvolle Follow-up und zeigt nahezu korrekte, aber letztendlich fehlerhafte Form HTML (fehlende Label/Eingangs-Assoziation). Anschließend befasst er sich mit zugänglichem Markup für die erforderlichen Felder und Fehlerbehandlungen und veranschaulicht mit diesem Beispiel:

<code><div>
  <label for="password">
    Passwort
    *
    erforderlich
  </label>
  <p>Ihr Passwort muss mindestens acht Zeichen lang sein.</p>
</div></code>

Amber Wilson untersucht zugängliche HTML -Elemente, ohne sich auf Aria zu verlassen:

ARIA -Rollen werden häufig mit HTML -Elementen verwendet. Dieser Artikel zeigt jedoch, wie zugänglich HTML ohne Arie erreicht werden kann.

Der<dl></dl> Element wird hervorgehoben. Sarah Higleys "Rollen und Beziehungen" befasst sich mit Aria, warnt jedoch vor Missbrauch:

Ein Entwickler von Anfänger -Accessibility -Entwickler kann mit Rollen wie menu , listbox oder treegrid experimentieren. Diese leistungsstarken Muster ermöglichen Erfahrungen mit Vanille -HTML, aber sie sind auch zerbrechlich; Selbst kleinere Fehler können die Benutzererfahrung stark beeinflussen. Verwenden Sie Aria vorsichtig.

Der ideale Ansatz besteht darin, Aria vollständig zu vermeiden. Wenn jedoch DOM-Level-Korrekturen nicht ausreichend sind, bietet Sarah Techniken wie role="presentation" an, um die Standardrolle eines Elements zu überschreiben.

In Bezug auf Arias vernünftige Verwendung priorisiert Adrian Roselli die zugängliche Benennung für Kontrollen:

Meine Priorität für die Zuweisung eines zugänglichen Namens einer Kontrolle ist:

1. Native HTML -Techniken
2. aria-labelledby Verweisen auf vorhandenen sichtbaren Text
3. Sichtbar versteckter Inhalte innerhalb der Seite
4. aria-label

Das obige ist der detaillierte Inhalt vonBarrierefreiheit Links. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!