Drupal 7 - Wege zur Barrierefreiheit
Eingetragen von inst (300)
am 22.11.2012 - 16:31 Uhr in
am 22.11.2012 - 16:31 Uhr in
Hallo,
nachdem immer mehr Seiten möglichst barrierefrei frei sein wollen/müssen, frag ich mich ob es dazu zusätzliche Module brauch. - Schon 2008 war das hier http://www.drupalcenter.de/node/9749 ein Thema.
Drupal wird oft gelobt,dass schon so viele Mittel an Bord hat,die Accessibilty/Barrierefreit gewähleisten können, bzw. verbessern . So eine Aufstellung hier http://groups.drupal.org/node/18595
Was meint ihr soll zusärtlich zum Core installiert werden bzw. was muss ein Template in puncto Barrierefreiheit können?
danke für etwaige feedbacks.
vg,frank
- Anmelden oder Registrieren um Kommentare zu schreiben
Barrierefrei
am 30.11.2012 - 12:05 Uhr
Komplett barrierefrei ist wohl praktisch nicht wirklich möglich. Eine Normierung gibt es nicht.
Ich hab mal eine Website für eine kleinere öffentliche Einrichtung entwickelt, die barrierefrei sein sollte. Nachdem ich mich durch einige Richtlinien und Empfehlungen gelesen hatte, bin ich folgendermaßen vorgegangen:
Ich glaub, das war*s im Wesentlichen. Gibt auch so Module wie Textsize, womit User ihre Schriftgröße einstellen können. Aber ich denke das ist überflüssig, da Menschen mit Sehschwächen ohnehin darin gewöhnt sind, die Inhalte im Browser zu vergrößern.
Barrierefrei
am 30.11.2012 - 12:38 Uhr
Dank dir für dein Feedback.-
Diese Punkte habe ich auch versucht zu gewärleisten.
vg,frank
Zur Barrierefreiheit können
am 30.11.2012 - 12:50 Uhr
Zur Barrierefreiheit können aber auch Elemente der Usablility gehören:
Auch kann ein Punkt sein, dass Inhalte so dargestellt werden, dass sie durch verschiedene Techniken betrachtet werden können. Heute reicht es nicht mehr, dass man Webseiten am PC betrachten kann, sondern sie sollten auch für Tabletts, Mobiles, usw. aufbereitet sein. Ein weiterer Punkt kann die Bedienung über Tastatur sein, nicht jeder kann eine Maus bedienen. Barrierefreiheit kann auch bedeuten Nutzer an die Hand zu nehmen, was weiter bedeuten kann, dass man ausreichend Hilfen und Hilfestellungen gibt, die leicht zu erfassen und nutzbar sind.
Das sind nun Punkte die mir gerade in den Sinn gekommen sind. Eventuell helfen sie dir ja noch bei den Überlegungen. :)
Dieser Artikel hier ist auch
am 30.11.2012 - 12:56 Uhr
Dieser Artikel hier ist auch ganz interessant: http://drupal.org/about/accessibility
Ein Thema für sich sind noch Formulare und WAI-ARIA
Was mich da bei Drupal ein bisschen nervt, ist das standardmäßig angebotene JQuery-Accordion, das mit dem 'label'-Selektor arbeitet. Ich benutze das nicht (im übrigen auch aus Darstellungsgründen, siehe IE7)
Don't code today what you can't debug tomorrow
Ariya Hidayat
Ich glaub, das war*s
am 05.01.2013 - 01:28 Uhr
Ich glaub, das war*s
Drupal Accessibility
am 04.01.2013 - 10:08 Uhr
Drupal selbst ist ja auch nicht barrierefrei https://drupal.org/node/608826.
Die Aussage halte ich für ziemlichen Schwachsinn und sie ist ein Schlag ins Gesicht all derer, die sich um mehr Barrierefreiheit bei Drupal bemühen.
Vielleicht solltest du mal einen Blick in die entsprechenden Groups und Issues werfen:
So einfach ist Barrierefreiheit in der Praxis leider nicht herzustellen, dazu spielen einfach zu viele Faktoren eine Rolle. Nur ein Beispiel aus eigener Erfahrung, wie langwierig die Umsetzung selbst bei vermeintlich kleinen Baustellen sein kann: "Accessibility improvements for vertical tabs ".
Gruß
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren. Danke!
Barrierefreiheit und Omega
am 07.01.2013 - 17:38 Uhr
Hallo,
eine Frage noch zu Themes und Barreierefreiheit.- Können Themes auch nach Barrierefreiheit bewertet werde?
Also ohne, dass eine Zeile CSS geschrieben worden ist. Im Speziellen meine ich hier Omega mit einer leeren global.css Datei.
vg,frank
Liste zertifizierter barrierefreier Drupal-Websites (nach WCAG)
am 08.01.2013 - 16:43 Uhr
List of Drupal websites with certified accessibility (WCAG)
Gruß
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren. Danke!
Chris schrieb Frank Ralf
am 09.02.2013 - 14:32 Uhr
Die Aussage halte ich für ziemlichen Schwachsinn und sie ist ein Schlag ins Gesicht all derer, die sich um mehr Barrierefreiheit bei Drupal bemühen.
Nett... Warum sollte das "Schwachsinn" sein? Ich gab wenigstens einen Link, ohne grosse "Nettikeiten" als Begründung angegeben. Genau solche Nettikeiten steigern die Motivation bei OSS kostenintensiv mitzuarbeiten keineswegs. Im Gegenteil. Torvalds als Vorbild? Der Marktanteil von Linux steigt jedenfalls kaum.
Ein (subjektiver) Link ist noch keine Begründung
am 11.02.2013 - 09:58 Uhr
Ich gab wenigstens einen Link, ohne grosse "Nettikeiten" als Begründung angegeben.
Ich habe auch einige Links angegeben, die dir zeigen dürften, dass sich in Sachen Barrierefreiheit bei Drupal so einiges tut.
Gruß
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren. Danke!
BITV 6.3.1
am 11.02.2013 - 13:23 Uhr
https://drupal.org/node/608826 Version: Drupal 7.x-dev, Status: needs review
WCAG oder BITV 6.3.1: "Auch ohne Skripte nutzbar".
Wo ist da die Subjektivität oder der "Schwachsinn"?
Da steht aber auch ganz klar,
am 11.02.2013 - 13:44 Uhr
Da steht aber auch ganz klar, daß der "normale" User von diesem Problem nicht betroffen ist, da der nicht erst Drupal aufruft, Drupal den Cookie setzt, der User JavaScript deaktiviert und danach eine neue Installation anfängt. Das jetzt als Begründung für Deine Sicht der Dinge heranzuziehen finde ich etwas abwegig.
Beste Grüße
Werner
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
BITV
am 11.02.2013 - 14:05 Uhr
Nein. Die Richtlinien für barrierefreies Webdesign (in diesem Fall BITV 6.3.1) unterscheidet nicht zwischen Front-end user und Back-end user. Erst wenn Drupal per "kompilierter Software" installiert würde, könnte man von "abwegig" reden.