{"id":672,"date":"2018-03-22T16:03:08","date_gmt":"2018-03-22T14:03:08","guid":{"rendered":"http:\/\/www.netz-barrierefrei.de\/wordpress\/?page_id=672"},"modified":"2023-07-24T19:10:02","modified_gmt":"2023-07-24T17:10:02","slug":"design-patterns-und-best-practices","status":"publish","type":"page","link":"https:\/\/www.netz-barrierefrei.de\/wordpress\/barrierefreies-internet\/entwicklung-und-design\/design-patterns-und-best-practices\/","title":{"rendered":"Prinzipien, Design Patterns und Best Practices"},"content":{"rendered":"

Wer neu in den Komplex barrierefreies Internet einsteigt ist sehr bald mit einem gro\u00dfen Regelwerk und unz\u00e4hligen Abk\u00fcrzungen konfrontiert. Das WAI hat sich sicherlich sehr viel M\u00fche gegeben, aber die eher textlastigen Seiten<\/a> laden nicht zum St\u00f6bern ein. Eine Alternative zu Richtlinien und Anleitungen k\u00f6nnen Best Practice Beispiele und Design Patterns sein. Design Patterns werden auch als Entwurfsmuster bezeichnet. Die Entwurfsmuster machen sich die Mustererkennung zunutze, die ich anderer Stelle beschrieben habe<\/a>.
\nDie WCAG<\/a> selbst l\u00e4dt ebenfalls nicht zur Lekt\u00fcre ein, ebenso k\u00f6nnte man das Telefonbuch von Bonn lesen, um etwas \u00fcber die Stadt Bonn zu erfahren, steht ja alles drin.
\nDas eigentliche Problem ist folgendes: Der Entwickler steht vor einem konkreten Problem, dass er \u2013 wahrscheinlich sogar unter Zeitdruck \u2013 l\u00f6sen muss. Auch wenn er wollte h\u00e4tte er nicht die Mu\u00dfe, die WCAG zu lesen oder sich umfassend in die Barrierefreiheit einzuarbeiten.
\nDie WCAG ist zwar in logische Abschnitte gegliedert, aber sie ist gleichzeitig so aufgebaut, dass man sie mehr oder weniger vollst\u00e4ndig kennen oder zumindest ihre Logik verstehen muss, um ein konkretes Problem zu l\u00f6sen. Nehmen wir an, ich m\u00f6chte ein barrierefreies Bestelformular erstellen. Es gibt daf\u00fcr keine Regel in der WCAG und auch keinen Regelkomplex, in Wirklichkeit muss ich sehr viele unterschiedliche Regeln und ihr Zusammenspiel verstehen, um meiner Aufgabe nachzukommen.
\nAber auch wenn man sich mit der WCAG angefreundet hat, ist man noch nicht fertig. Es gibt eine Verschr\u00e4nkung der WCAG mit anderen Dokumenten, die man ebenso kennen sollte, die Techniques<\/a> zum Beispiel. Zudem erfordert es eine Kenntnis der Hilfsmittel, insbesondere des Verhaltens g\u00e4ngiger Screenreader. Viele Webdesigner regen sich schon dar\u00fcber auf, wenn sie f\u00fcr verschiedene Browser entwickeln m\u00fcssen, die Komplexit\u00e4t der Barrierefreiheit ist noch wesentlich h\u00f6er.
\nIm Ergebnis f\u00fchrt das dazu, dass Barrierefreiheit spezielles Expertenwissen bleibt. In den Lehrpl\u00e4nen von Webdesignern und Entwicklern spielt sie kaum eine Rolle und selbst wenn sie das t\u00e4te w\u00fcrden sich diese Menschen wohl nicht damit herumschlagen. Wer von euch hat das letzte Mal in die Spezifikationen von HTML 4.01 oder CSS 2.1 reingeguckt? <\/p>\n

\n
\n

Inhalt<\/p>\nToggle<\/span><\/path><\/svg><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n