WCAG 2.0 Level A und AJAX generiert Inhalt

Question

Ich habe Probleme, eine klare Antwort zu finden, ob als Website für mindestens WCAG 2.0 Level A bestehen kann, wenn es AJAX in irgendeiner Weise verwendet.

Für example from WCAG2.0 heißt

"Kann ich WCAG erfüllen 2.0 mit Javascript/Ajax, Flash, PDF, Silverlight und andere Technologien? WCAG 2.0 wurde entwickelt, um eine breite Palette von Web-Technologien anzuwenden."

Das sagt nicht genau "Ja/Nein". Einige Dokumente deuten darauf hin, dass eine Website mit vollständig deaktiviertem JavaScript funktionieren muss (in diesem Fall ist die offensichtliche Antwort nein), aber ich habe den Eindruck, dass dies alte Informationen sind und die Verwendung von JavaBScript keine absolute Barriere mehr darstellt (bitte korrigiere mich wenn das falsch ist!).

Vielleicht ist dies, weil es zu breit ist, um eine Decke "JA" zu geben, so lassen Sie mich eine konkrete (vereinfachte, aber im Wesentlichen die gleiche) Situation geben.

1) Wenn meine Website AJAX verwendet, um eine Liste von Daten (sagen wir, eine Liste von Benutzern) sofort nach dem Laden der Seite zu erstellen, kann ich mindestens Level A (und vielleicht sogar höhere Ebenen?) Erwarten vereinfachtes Beispiel zur Veranschaulichung:

<h1> Stuff loads here on page load </h1> 
<div id="thisIsWhereContentGoes"> 
</div> 
<script type="text/javascript"> 
    var url = 'http://yourfavoritedatasource.url'; 
    var request = $.ajax({ 
     url: url, 
     type: "post", 
     data: 'text' 
    }); 
    request.done(function (response, textStatus, jqXHR){ 
     jQuery('#thisIsWhereContentGoes').html(response); 
    }); 
</script> 

Meine Vermutung ist, dass dies in Ordnung ist.

2) Ich gehe nur ein bisschen weiter, sage, dass ich einige Steuerelemente habe (wie vor/zurück, um durch die Seiten einer Liste zu blättern oder Inhalt zu aktualisieren, denn das sind einfach Anchor-Tags), kann ich das auch erwarten Pass bei A/AA/AAA? Eine kleine Änderung des obigen Codes:

Ich hoffe, das ist auch in Ordnung.

Ich hoffe, ich bin nur pedantisch und das ist alles in Ordnung. Soweit ich sehe, scheint dies nichts mit WebAim's WCAG checklist

Answer 1

zu Ihrer ersten Frage, und die Verwendung von WebAIM als eine große Ressource zu halten, es sieht nicht aus wie Websites mindestens ohne Javascript mehr funktionieren müssen nach http://webaim.org/discussion/mail_thread?thread=3870.

Der Konsens scheint zu sein, dass eine Website nicht funktionieren hat mit JavaScript so lange ausgeschaltet, wie eine aus einer Reihe von Kriterien erfüllt ist z.B. dass ein Benutzer-Agent leicht und billig verfügbar ist, das JavaScript unterstützt.

Wie für AJAX, so scheint es völlig in Ordnung, so lange zu sein, wie alle Aspekte der Zugänglichkeit angesprochen werden, nämlich

1. Der Antrag muss den Benutzer warnen, dass eine Änderung aufgetreten ist
2. direkt zulassen Zugang zu den neuen Inhalten
3. Fortsetzung Funktionalität der Anwendung Web zulassen

von http://webaim.org/techniques/ajax/.

WebAIM hat einen großen Follow-up-Artikel, der Möglichkeiten zeigt, diese Art von Objektiven bei http://webaim.org/techniques/aria/ zu erreichen. Ich möchte insbesondere auf den Abschnitt Dynamische Inhaltsaktualisierungen eingehen, in dem die Verwendung von WAI-ARIA Live-Regionen hervorgehoben wird.