STP085: Barrierefreiheit im Web (Teil 3)

<p>Nachdem wir das eingegangene Feedback besprochen haben, starten wir zur letzten Etappe dieses überraschend ergiebigen Themas. Weder fehlt es an Anekdoten noch an vorbei fahrenden Krankenwagen und zuletzt müssen auch noch ein paar Worte über Spiele verloren werden.</p><h2>Shownotes</h2><ul>
<li>
<p>siehe STP081: gemäß des neuen <a href="de.wikipedia.org/w/index.php?title=Barrierefre…; müssen Webseiten und Webapplikationen die AA-Kriterien der WCAG 2.1 erfüllen</p>
<ul>
<li>WCAG = <a href="de.wikipedia.org/w/index.php?title=Web_Content… Content Accessibility Guidelines</a> (Webinhalte-Barrierefreiheits-Richtlinien) der <a href="w3.org/WAI/">Web Accessibility Initiative</a> des W3C</li>
<li>Kriterien sind gruppiert in 4 Grundprinzipien und darin 13 Richtlinien</li>
<li>Kriterien gehen jeweils von A (Pflicht) über AA (Kür) bis AAA (Sahnehäubchen)</li>
<li>in STP081 und STP083: das Grundprinzip 1 (Wahrnehmbarkeit) und 2 (Bedienbarkeit) mit insgesamt neun Richtlinien, heute der Rest</li>
<li>zum Mitlesen: <a href="w3.org/TR/WCAG22/">WCAG 2.2 (aktuelle Version, nur Englisch)</a> oder <a href="w3.org/Translations/WCAG20-de/">WCAG 2.0 (etwas ältere Version, in offizieller deutscher Übersetzung)</a></li>
</ul>
</li>
<li>
<p>Grundprinzip 3: <strong>Verständlichkeit</strong></p>
<ul>
<li>Richtlinie 10: <em>Lesbarkeit</em>
<ul>
<li>A: Sprache der Webseite muss programmatisch auslesbar sein</li>
<li>AA: Sprache jedes Teils der Webseite muss programmatisch auslesbar sein</li>
<li>AAA: für ungewöhnliche Ausdrücke, Fachwörter und Abkürzungen soll eine Definition zugänglich sein; für komplizierte Texte (alles über Hauptschulniveau) soll eine Alternativform in einfacher Sprache vorliegen; Aussprachehinweise sollen zugänglich sein, sofern die Bedeutung eines geschriebenen Wortes von der Aussprache abhängt (z.B. "umfahren" vs. "umfahren")</li>
</ul>
</li>
<li>Richtlinie 11: <em>Vorhersehbarkeit</em>
<ul>
<li>A: Bedienung von Steuerelementen soll nicht unvorhersehbar eine Seitennavigation oder dergleichen auslösen; Hilfemechanismen (inkl. Kontaktinformationen) müssen (sofern vorhanden) auf jeder Unterseite gleich funktionieren</li>
<li>AA: Navigationsmechanismen und wiederholte Steuerelemente müssen auf jeder Unterseite gleich erscheinen und funktionieren</li>
<li>AAA: Navigation nur aufgrund von expliziter Anforderung durch die Nutzer:in</li>
</ul>
</li>
<li>Richtlinie 12: <em>Hilfestellung bei der Eingabe</em>
<ul>
<li>A: fehlerhafte Eingaben müssen klar hervorgehoben werden; benötigte Eingaben müssen klar als solche gekennzeichnet sein; Daten sollen nicht mehrmals abgefragt werden (beim zweiten Mal entweder automatisches Ausfüllen oder eine Option zur Datenübernahme), außer wenn Sicherheit es erfordert oder die vorliegenden Daten veraltet sind</li>
<li>AA: bei fehlerhaften Eingaben sollen Korrekturvorschläge gegeben werden (soweit möglich; z.B. nicht, wenn Geheimniswahrung gefährdet wäre); rechtlich verbindliche Vorgänge sollen entweder umkehrbar sein oder einen separaten Bestätigungsschritt anbieten; Authentifizierung soll keine Tests für geistige Leistungsfähigkeit erfordern (z.B. für <a href="de.wikipedia.org/w/index.php?title=Captcha&…; muss eine alternative Methode existieren, außer wenn der kognitive Test nur Bilderkennung oder Wiedererkennung vergangener Eingaben umfasst; Passwort-Manager-Blocker sind verboten)</li>
<li>AAA: kontextsensitive Hilfe bei jeder Eingabe; jegliche formularbasierte Eingabe soll entweder umkehrbar sein oder einen separaten Bestätigungsschritt anbieten; Komplettverbot von Captchas ohne Alternativmethode, die keinen Test für geistige Leistungsfähigkeit umfasst</li>
</ul>
</li>
</ul>
</li>
<li>
<p>Grundprinzip 4: <strong>Robustheit</strong></p>
<ul>
<li>Richtlinie 13: <em>Kompatibilität</em>
<ul>
<li>A: für alle Steuerelemente sind der Name und die Rolle programmatisch auslesbar (z.B. mittels <a href="de.wikipedia.org/w/index.php?title=Accessible_…; (<em>Accessible Rich Internet Applications</em>, barrierefreie reichhaltige Internet-Anwendungen))</li>
<li>AA: für alle Steuerelemente sind der aktuelle Status bzw. eventuelle Statusnachrichten programmatisch auslesbar (z.B. durch Screenreader)</li>
</ul>
</li>
</ul>
</li>
</ul>
<h2>Feedback zu STP003</h2>
<p>Dominic schreibt Themenvorschläge, und außerdem:</p>
<blockquote>
<p>Vor kurzem ist mir <a href="youtube.com/watch?v=_Pqfjer8-O4">ein Video untergekommen, das die unterschiedlichen Gatter sehr anschaulich zeigt</a> und das ich hiermit empfehlen möchte. (Allerdings empfehle ich das Englische original denn die deutsche Synchronisation ist eine ✨KI✨-Stimme)</p>
<p>macht weiter so und vielen Dank</p>
</blockquote>
<h2>Feedback zu STP084</h2>
<p>Daniel schreibt:</p>
<blockquote>
<p>Hallo Xyrill, hallo <code>stell es dir in einer unbekannten Fremdsprache vor</code> ttimeless,</p>
<p>TL,DR: macht 'ne Folge über alternative Betriebssysteme für Smartphones</p>
<p>Ich habe euren Call for Action aus der Episode 84 des STP gehört. Bei mir liegt aktuell das Thema <code>Betriebssystem fürs Smartphone</code> auf dem Tisch (dazu später mehr) und da habe ich mich gefragt, ob ihr dazu nicht eine Folge oder einen Teil einer Folge machen könnt.</p>
<p>Xyrill sagte ja mal, er wechselt alle paar Jahre zwischen Android und iOS. ttimeless hat sich hierzu, glaube ich, noch nicht geäußert (Was mit Holz? <em>Zwinkersmiley</em>).</p>
<p>Es gibt ja inzwischen einige Custom ROMs auf dem Markt und einige Projekte sind auch schon wieder eingestampft (dazu später mehr).</p>
<p>Ich glaube, GrapheneOS wurde bei euch schon mal angesprochen, mindestens im Pentaradio. Das ist ja bekannt für seine Security Features und Einstellmöglichkeiten, hat aber den klitzekleinen Nachteil, das es nur auf einer Hardware läuft (Google Pixel).</p>
<p>Ubuntu Touch macht anscheinend auch Fortschritte. Außerdem schon lange verfügbar sind LineageOS und /e/os. Weitere: DivestOS, CalyxOS (dazu später mehr), Pixel Experience, usw, usf.</p>
<p>Ich finde, auch im Zuge der Di.day Initiative lohnt sich ein Blick auf dieses Thema. Auch, wenn es hier ein gewisses Skill Level, die Fähigkeit zum Verzicht und Bock auf Bugs bzw Bastelfreude braucht, um mit einem alternativen Betriebssystem auf dem Smartphone unterwegs zu sein.</p>
<p>Jetzt kommt das "später": Ich habe mir im letzten Jahr ein Fairphone 4 angeschafft und mir CalyxOS draufgeholfen. Nur um kurz nach der Installation und Einrichtung die Nachricht von den Leutis vom Projekt zu erhalten, dass erstmal keine Updates mehr over-the-air ausgeliefert werden. Wie es mit dem Projekt weitergeht, kann ich ihrer Kommunikation leider nicht entnehmen. <code>¯\_(^^)_/¯</code></p>
<p>Ich brauche also bald mal ein neues Betriebssystem und ich dachte, ihr habt bestimmt was Spannendes dazu beizutragen. Sei es aus eigener Erfahrung und/oder aus eurem technikbegeisterten und technikversierten Umfeld.</p>
<p>Der Endgegner in diesem Game ist übrigens die einzige App, die ich nicht durch FOSS ersetzen kann: die Banking-App...
Es liegt in der Natur der Sache, dass ich diese App nicht wie einen Messanger oder Musikstreamingdienst wechseln kann.</p>
<p>Ich weiß, dass euer Wissensdampfer langsam den Eisberg umschifft (Lob der Sorgfalt) und ihr Zeit für die Produktion neuer Folgen braucht. Selbst wenn dieses Thema erst in einigen Monaten rankommen sollte, freue ich mich zu hören, was ihr dazu zu sagen habt.</p>
<p>Ansonsten noch vielen Dank für viele unterhaltsame und lehrreiche Stunden und einen Podcast, bei dem ich schon einige Folgen mehrfach gehört habe. Ganz stark.</p>
</blockquote>
<p>Der im Gespräch erwähnte Datenspuren-Vortrag ist <a href="media.ccc.de/v/ds25-517-na-endlich-linux-auf-d… endlich: Linux auf dem …