webentwicklung-frage-antwort-db.com.de

WCAG 2.1: 1.3.6 Zweck identifizieren - Wie erfüllen Sie die Symbolanforderungen dafür?

WCAG 2.1 wurde offiziell veröffentlicht, daher möchte ich versuchen, es so weit wie möglich zu unterstützen.

Ich habe Schwierigkeiten, die Richtlinie 1.3.6 (Identify Purpose) zu verstehen. https://www.w3.org/WAI/WCAG21/Understanding/identify-purpose.html

Dies sind die Beispiele, wie dieses Kriterium erfüllt werden kann:

  1. Eine Website verwendet ARIA-Orientierungspunkte, um die Regionen der Seite zu identifizieren.
    und Benutzer können Bereiche ausblenden, die nicht der Hauptbereich sind.
  2. Die Links in der Navigation einer Website sind markiert, damit Benutzer ihre eigenen Symbole hinzufügen können.
  3. Symbole auf einer Website sind markiert, damit der Benutzer sein eigenes Symbol auf der Seite ersetzen kann.

Mir geht es gut mit dem ersten Punkt. Das bedeutet im Grunde, die neuen HTML5-Elemente richtig zu verwenden <header>, <footer>, <main>, <article>, <aside>, und <section>.

Die anderen beiden Punkte (die völlig unabhängig vom ersten Punkt sind) Ich habe keine Ahnung, wie ich diese einhalten soll. Ich glaube nicht, dass der Aufschlag für so etwas im Moment überhaupt existiert.

Weiß jemand, wie man die Punkte 2 und 3 einhält?

(Wenn Sie auf Ihrer Website keine Symbole verwenden, gilt dies nicht als Antwort.).

2
Daniel Tonon

1.3.6 Identify Purpose (AAA) baut auf 1.3.5 Identify Input Purpose (AA) auf, ähnlich wie 1.4.6 Contrast (Enhanced) = (AAA) baut auf 1.4.3 Kontrast (Minimum) (AA) auf.

Die meisten Unternehmen haben AA als Konformitätsstandard. Die Richtlinie 1.3.6 ist eine AAA-Richtlinie. Obwohl es bewundernswert ist, dass Sie versuchen, einige AAA-Anforderungen zu erfüllen, sollten Sie bedenken, dass der W3 davor warnt, alle AAA-Anforderungen zu erfüllen. Siehe " Anmerkung 2 ".

Wie auch immer, die Verwendung von Orientierungspunktelementen in HTML oder die Verwendung von Orientierungspunktrollen ist sicherlich ein guter erster Schritt, wie Sie bereits erwähnt haben. (Beachten Sie, dass das <article> - Tag kein Orientierungspunkt ist.) Orientierungspunkte eignen sich hervorragend für Benutzer von Bildschirmleseprogrammen, aber leider haben Browser (noch?) Keine Orientierungspunktnavigation für sehende Tastaturbenutzer aufgetaucht. Wenn Sie das Navigieren nach Orientierungspunkten zulassen möchten, müssen Sie es selbst codieren.

Die anderen Beispiele, die Sie notiert haben, sind neu und haben noch kein neues Markup, um sie zu unterstützen. Sie müssten es also erneut selbst codieren. Unter " Personalization Semantics Content Module 1. " finden Sie einige faszinierende Arbeiten in diesem Bereich. Es gibt einen Verweis auf eine " Personalisierungsdemo ", der interessant ist. Es verwendet "progressive Verbesserung" und "anmutige Verschlechterung", um ein Formular so anzupassen, dass es nur die Grundfelder (für kognitive Probleme) oder mehr Felder enthält. Es musste jedoch codiert werden und ist noch nicht Teil der Auszeichnungssprache.

( Hinweis: Die Demo ist zunächst etwas verwirrend. Sie müssen rechts die Schaltfläche "Personalisieren (JSON lesen)" auswählen [die nicht wie eine Schaltfläche aussieht] und dann "Mehr Optionen" oder "Weniger Optionen" auswählen, um die Anzahl der Eingabefelder zu erhöhen oder zu verringern . Es hat ein einfaches Javascript, das Felder basierend auf dem Attribut aria-importance Ausblendet/einblendet, was kein echtes Attribut ist.)

1
slugolicious