sprungmarker testet

CMS: was ist mit der Barrierefreiheit der Benutzeroberfläche?

Eine Frage, die leider viel zu selten gestellt wird: ist das Content Management System (CMS), das man nutzt, auch zugänglich und barrierearm.

456 Berea Street sammelt gerade CMS-Systeme, die auch zugänglich sind.

In my dayjob as a front-end developer I always make sure that whatever CMS we use will at least allow the published content to be accessible and standards compliant. But the admin interface used to publish content is a different matter.

Quelle: Content management systems and accessibility

Stimmt: man wählt den x-ten WYSIWYG-Editor aus, damit publizierte Inhalt des CMS standardkonform ist. Aber die Benutzeroberfläche … Interessant ist auch die Fragestellung, ob Open-Source-Systeme größeren Wert auf Barrierefreiheit und Standards legen als große kommerzielle Systeme.

Nach der Bibel kommt: das BITV ;-)

Sehr schöne Fundstelle im bit.infobrief 2003:

Unsere Bibel (Hervorh. sprungmarker), die BITV (Barrierefreie Informationstechnik-Verordnung) ist am 24.07.2002 in Kraft getreten, kurz nach dem BGG (Behindertengleichstellungsgesetz), dessen §11 sie ausführt.

Demo einer unzugänglichen Seite (DRC)

Ein sehr anschauliches Beispiel einer unzugänglichen Seite bietet die Disability Rights Commission (DRC).

Die Demo zeigt unter verschiedenen Gesichtspunkten (schwierige Mausbenutzung, Sehbehinderung, Nutzung mit einem Screenreader), dass es eben nicht nur blinde oder sehbehinderte Nutzer sind, die auf unzugänglichen Webseiten Probleme haben. Mittels Flash lassen sich auch gut eigene Erfahrungen damit machen.

Es gibt sie: Podcasts zur Barrierefreiheit

Man muss zwar ein wenig suchen, aber es gibt sie: Podcasts mif Fokus auf Barrierefreiheit.

  • der accessCast von Einfach für alle: leider tut sich da seit Dezember nichts mehr.
  • WebAXE: ein Podcast, der sich unterschiedlichen Aspekten der Barrierefreiheit beschäftigt, immer mit starkem Bezug auf HTML.
  • Tuning in AT: präsentiert Informationen über Technologien, die Studenten mit Behinderungen helfen können. Leider ist auch dieser Podcast länger nicht mehr aktualisiert worden.
  • Assistive Technology Podcasts and Videos: in loser Folge werden Videos veröffentlicht, die zeigen, wie Leute mit assistiver Technologie umgehen.
  • BSVH-Treff: der Podcast des Blinden und Sehbehindertenvereins Hamburg. Ist zwar auch sehr lokal bezogen, behandelt jedoch auch Technologien für blinde und sehbehinderte Menschen und diverse Webthemen.
  • Audioinformationen des Projekts INCOBS mit Interviews und Informationen zu elektronischen Hilfsmitteln für Blinde und Sehbehinderte (Hard– und Software bezogen)
  • PCPort ist ein Podcast, der Informationen zu technischen Hilfsmitteln bietet, u.a. auch zu JAWS.
  • das .net magazine bietet in loser Folge einen Podcast an, der immer auch wieder Barrierefreiheit zum Thema hat.
  • Technikwürze: nicht wirklich nur auf Barrierefreiheit fokussiert, aber hat durchaus sporadisch Bezüge (z.B. Technikwürze 29 – Usability und Barrierefreiheit)
  • Gefangen im Netz: hat immer wieder Bezüge zum Thema Barrierefreiheit.

WebAIM präsentiert eine gute Blogliste mit Fokus auf Barrierefreiheit

WebAIM präsentiert eine gute Liste von Blogs, die sich mit Barrierefreiheit im Internet beschäftigen, wenngleich der Fokus nicht immer nur auf diesem Thema liegt.

Für den deutschsprachigen Bereich liesse sich noch ergänzen – dazu habe ich auch nochmal die Liste zum Bereich Barrierefreiheit der Web standards in Germany durchgesehen:

Die Liste enthält natürlich jetzt nur Weblogs, die sich ausschliesslich mit dem Thema Barrierefreiheit beschäftigen. Gerne nehme ich Ergänzungen entgegen. 🙂

Let’s have a party: mit HTML

Falls Sie es noch nicht wussten, Webseiten kann man wie jede Party planen.

Christian Heilmanns Einstieg in die Partygestaltung kann verfolgt werden auf seinen Vortragsfolien Plan your web site like you plan your parties. Und: falls Sie so einen konstanten Partysound hören sollten, das ist das semantisches Markup! 😉 Well.

Kleine Geschichte des BLOCKQUOTE-Elements anhand der Spezifikationen

In dem Kommentaren zum Artikel Use only block-level elements in blockquotes von 456 Berea Street entspann sich ja kürzlich die Frage, warum man innerhalb BLOCKQUOTE-Elementen Blockelemente verwenden sollte.

Daher habe ich mich aufgemacht, die Geschichte des BLOCKQUOTE-Elements anhand der Spezifikationen mir ein wenig genauer auszusehen.

HTML+ Diskussionspapier (1993) – QUOTE-Element

In dieser Spezifikation heisst das Element schlicht QUOTE-Element und soll angewendet werden, wenn man ein Zitat mit mehr als einem Absatz kennzeichnen möchte, ist jedoch nicht explizit mit einem P-Element verknüpft:

Weiterlesen „Kleine Geschichte des BLOCKQUOTE-Elements anhand der Spezifikationen“

Verwende nur Blockelemente innerhalb BLOCKQUOTE-Elementen: 456 Berea Street

Warum ich den Weblog 456 Berea Street so gerne lese?

Weil er zum einen natürlich auf meiner Themenwellenlänge liegt, aber auch weil er mit so banalen Themen wie in einem BLOCKQUOTE-Element nur Blockelemente zu verwenden, unglaubliche Kommentarlängen auslöst, die sich dann auch wie eine interessante Fortsetzung des Artikels spannend mitlesen lassen:

Weiterlesen „Verwende nur Blockelemente innerhalb BLOCKQUOTE-Elementen: 456 Berea Street“

Wie kann man eine Seite in 30 Sekunden evaluieren? – Standardzilla macht es vor :-)

In How to evaluate your website in 30 seconds skizziert Standardzilla, wie man für unterschiedliche Browser (Internet Explorer, Firefox, Safari) sich entsprechende Erweiterungen (sogenannte zusätzliche Toolbars) zunutze macht.

Schön an dem Artikel ist, dass er genau mit Bildern (!) erklärt, wie die einzelnen Erweiterungen zu bedienen sind. Natürlich ist das mit den 30 Sekunden komplett übertrieben. Auf was der Ansatz hinaus will, ist klar: wenn man entsprechende Dinge mit Hilfe der Erweiterungen deaktiviert (wie CSS, Javascript oder Flash), dann erhält man unterschiedliche Ergebnisse.

Weiterlesen „Wie kann man eine Seite in 30 Sekunden evaluieren? – Standardzilla macht es vor :-)“