sprungmarker testet

Kategorie: HTML

Studie: Überschriften und Barrierefreiheit – Einleitung

veröffentlicht am

In den letzten Monaten gab es wieder einige Artikel in Sachen Überschriften und deren strukturellen Einsatz. Über so etwas Kurzes und Harmloses wie Überschriften (Putzhuber, Maria: Pfiffige Überschriften, MAIN_blog) lässt sich dann tatsächlich eine Menge sagen.

So haben Überschriften eine ganz klar strukturierende Wirkung (Hellbusch, Jan Eric: Strukturelle Navigation, MAIN_blog) und deren strukturelle Reihenfolge sollte eingehalten werden. Bis hierher wird mir jeder folgen wollen. Mit dem Blick auf Barrierefreiheit wird es dann jedoch schon schwieriger, hier tauchen die meisten Widersprüche in Empfehlungen und Diskussionen auf.

Wie Eva Papst in „Scannen“ statt lesen ausführt, auch blinde Surfer scannen die Webseite, springen von Überschrift zu Überschrift und verschaffen sich einen ersten Überblick über den Inhalt der Webseite durch deren Struktur. Mit dem Screenreader JAWS macht man das mit der Taste H und kann mit den Zahlen 1 bis 6 zwischen den Überschriften-Ebenen navigieren.

Weiterlesen „Studie: Überschriften und Barrierefreiheit – Einleitung“

Website Award Berlin-Brandenburg 2007: Preise ohne Standards

veröffentlicht am

Und schon wieder eine Preisvergabe an innovative Webseiten: der Website Award Berlin-Brandenburg 2007. Die Frage dabei ist nicht nur, dass die Barrierefreiheit unter den Tisch gekehrt (Quelle: Hauptstadtblog: Wir bloggen Berlin) wird, sondern vor allem, dass diese innovativen Webseiten nicht mal im Ansatz standardkonform sind.

Die Bewertungskriterien des Preises sind in den üblichen schwammigen Begrifflichkeiten gehalten und würden sehr wohl auf standardkonforme Verarbeitung und Barrierefreiheit zielen.

Weiterlesen „Website Award Berlin-Brandenburg 2007: Preise ohne Standards“

Urzeit Standards: das SPACER-Element

veröffentlicht am

Ich dachte ja zuerst, das im Artikel „Seven hottest web 1.0 techniques to trick out your webpage“ (via justaddwater.dk) gefundene Beispiel sei der Satire zu verdanken. Dort wurde empfohlen, statt des Spacer-GIFs doch auch mal auf das SPACER-Element zurückzugreifen, das ja noch kompakter wäre.

Das SPACER-Element war nun definitiv vor meiner Zeit und wurde von Netscape 3 unterstützt. 🙂

Weiterlesen „Urzeit Standards: das SPACER-Element“

Formulare: wie werden Buttons optimal positioniert

veröffentlicht am

Luke Wroblewski & Etre haben eine kleine Studie gemacht: Primary & Secondary Actions in Web Forms. Die Fragestellung war, wie positioniert man am besten für den Nutzer die Buttons in Formularen.

Wichtig dabei ist der Unterschied zwischen primären und sekundären Buttons oder Aktionen. Als primäre Buttons werden jene bezeichnet, die zum Absenden, zum Vollenden des Formulars genutzt werden. Als sekundäre Aktion gelten Buttons wie etwa der Zurück-Button. Gerade die sekundären Aktionen bergen eine gewisse Gefahr ins sich, dass sie den Nutzer verwirren. Um die Positionierung dieser beiden Buttonsvarianten zu testen, wurde ein Test mit Eye-Tracking durchgeführt.

Weiterlesen „Formulare: wie werden Buttons optimal positioniert“

CSS-Dateien richtig dokumentieren: CSSDOC

veröffentlicht am

Ein interessantes Projekt, dass das CSSDOC-Team da aus der Taufe gehoben hat.

Mit Hilfe des PHP Dokumentationsstandards soll für CSS das Konzept des DocBlocks (Documentations Blocks, Kommentarblöcke) nutzbar gemacht werden, um damit eine bessere Strukturierung und Dokumentation – vor allem eine standardisiertere – zu erreichen.

Grundsätzlich ist das eine gute und interessante Sache, weil sie auf vorhandende Dokumentationstechniken aufbaut. Natürlich könnte man diese Blöcke, was die meisten ohnehin schon machen, mit CSS Kommentaren erreichen. Damit ist jedoch immer noch nicht die Problematik der Organisation von grossen CSS Dateien gelöst oder würde sich diese Problematik auch mit dem Konzept des DocBlocks angehen lassen?

Was sie schon immer über Drop-down Menüs wissen wollten (Message Web Design)

veröffentlicht am

In Drop-down menues; no thanks! werden hinreichende Gründe aufgeführt, warum man keine Drop-down Menüs einsetzen sollte.

Abgesehen davon, dass die meisten Menüs dieser Art anstrengend zu bedienen, nicht immer standardkonform zu bewerkstelligen und noch schwerer barrierefrei zu erstellen sind, finde ich den Hinweis am wichtigsten, dass bei Anwendung von Drop-down Menüs das Navigationskonzept an sich hinkt. Mein Verdacht ist dabei, dass der Kunde das schlicht toll findet, sich aber sonst keine Gedanken zur Navigation gemacht hat.

Forum für das Erstellen von HTML-Newslettern

veröffentlicht am

Campaign Monitor stellt ein Forum für jene zur Verfügung, die HTML-Newsletter erstellen müssen.

Das Forum Email design & coding (RSS) ist noch ganz frisch und die Aktivitäten halten sich in Grenzen, aber für Leidgeprüfte wie mich wird das sicherlich eine interessante Anlaufstelle.

Wie soll in Formularen das LEGEND-Element optimiert werden? – Web Access Centre Blog

veröffentlicht am

Des Guten zu viel: in Too much accessibility – FIELDSET LEGENDS wird erklärt, warum Screenreader eine gut austarierte LEGEND in Formularen benötigen.

Auch welche Dinge sollte man achten und warum, wenn man in Formularen das LEGEND-Element befüllt. Weil Screenreader wie JAWS den Inhalt der LEGEND vor JEDEM LABEL-Element vorlesen, kann es, wie der Artikel gut an Beispielen erläutert, durchaus zu unsinnigen oder missverständlichen Inhalten kommen. Daher sollte der Inhalt der LEGEND vor allem knapp, relevant für jedes einzelne LABEL und im Textfluss immer noch verständlich sein.

Am besten, so der Vorschlag, sollte man sich schlicht den Inhalt der LEGEND am Schluss noch einmal laut vorlesen. Dann kann man rasch Fehler und Unstimmigkeiten erkennen. Bis dato ist mir nicht aufgefallen, dass JAWS das im Default-Fall nicht deaktiviert hat.