Im Sinne der Semantik sollte eine Liste die Funktion erfüllen, deren Bedeutung und dessen Sinn sie erfüllen soll. Nämlich der Darstellung und Aufzählung oder -listung von Inhalten. Der korrekte Einsatz und die Anwendung von Webstandards sollte keine zusätzliche Barrieren erzeugen, mit denen sich User im Umgang mit dem Web im Alltag auseinander zu setzen haben. Elemente wie Listen sind nur ein Teil dieses grossen Puzzle's. Sei es als georndete (ol), unsortierte (ul) oder definierte Liste (dl). Sie stellt ein von der Usability her unverzichtbares Element zur Strukturierung von Webseiten dar und kann deutliche Beziehungen zu den Inhalten von Seiten darstellen.

Ein Problem welches bei falscher oder fehlender Bezeichnung von Listen auftreten kann, wurde von Roger Hudson, Russ Weakley and Lisa Miller auf einer Konferenz im Dezember 2005 erläutert. Denn sie haben User von Screenreadern und Texteditoren einer Reihe von Tests unterzogen, um deren Verhalten in Bezug auf Webinhalte, deren Struktur, Reihenfolge im Sourcecode und Navigationen zu untersuchen. Das Thema "Structural labels" nimmt in dieser Präsentation einen nicht unwichtigen Teil ein, denn ihr Ergebnis der Untersuchung zeigt deutlich, dass selbst erfahrene User dieser Nutzungsgruppen enorme Schwierigkeiten haben, Seitennavigationen und lokale Navigationen auseinander halten zu können. Wenn Navigationen inhaltlich hintereinander und ohne entsprechende Auszeichnung präsentiert werden, sind diese oft unbrauchbar. Auch wenn die Links einer Liste andere Styles besitzen, bspw. auf Grund Ihrer Verlinkung als das Label ( bspw. Kategorien und Archiv im ersten Bsp. ). Für sehende Nutzer übersichtliche und einfach aufgebaute Seiten, können somit zu einer unüberwindbaren Hürde werden.

Wichtig ist daher die Bestimmung einer Definition für Navigationen ( bspw. definition term – dt ) um Bereiche einer Liste besser unterscheiden zu können. Eine Auszeichnung der Listen ist daher unverzichtbar und genau deshalb sind in diesem Blog Header ( siehe Quelltextbsp 2 ) zum Einsatz gekommen. Die Struktur des ersten Beispieles kann auch einfach und ohne für eine Sitemap übernommen werden, denn leider werden selbst Sitemaps noch allzu häufig mittels Tabellen, Divs und Absätzen realisiert.

Der Vorteil dieses Ansatzes ist es, dass die User sofort den „Inhalt“ der Liste ( die bspw. bei einem Blogroll enorm lang werden kann ) erkennt und gegebenenfalls bei Desinteresse überspringen kann. Besonders für User von Screenreadern sind endloslange Navigationen besonders schwierig zu handhaben, da jeder einzelne Navigationspunkt linearisiert, d.h. einer nach dem anderen gelesen werden.

In der BITV- Bedingung 13.6 wird die Gruppierung von Navigationselementen sowie die Bereitstellung einer Möglichkeit zum Überspringen der Navigationselemente gefordert. Die Vorteile dieser Bedingung wurden hier kurz angeschnitten und sollten in naher Zukunft im Sine aller User etwas häufiger zum Einsatz kommen als es bisher der Fall ist.

Fazit: Eine bessere Auszeichnung für Navigationen, die im Sinne der Semantik und der Usability eindeutige Vorteile schafft und die für mehr Logik im Dokument sorgt, macht die Seitengestaltung unkomplizierter und flexibler.

Und was willst du uns jetzt damit sagen? Für die hier vertretenen Autoren ist es doch eine Selbstverständlichkeit, eine Navigation als Liste auszuzeichnen.

__________________
Meisterschützen - Community für Sportschützen

Warum stellen dann aber soviele User Fragen bezüglich dieser Themen? Wenn alles eine Selbstverständlichkeit ist, warum werden hier dann immer wieder überhaupt Fragen bezüglich Standards und Barrierefreiheit gestellt?

Mich überfordert dein Text, obwohl ich mich mit der Materie seit langer Zeit auseinandersetze. Auch unnötig komplizierte Sprache ist eine Barriere.

Diese von dir (absichtlich?) falsch ausgezeichnete Liste dient als Beispiel für eine unüberwindbare Hürde?

__________________
Meisterschützen - Community für Sportschützen

Ja die List ist absichtlich so ausgezeichnet worden. Das dürfte aber aus dem Text hervorgegangen sein, oder? Und es steht ebenfalls da, das eine solche Liste eine unüberwindbare Hürde darstellen "kann". Es geht doch auch darum, dass eingeschränkte Usern sofort ( und damit ist die Position vor der Liste gemeint ) darüber informiert werden, welchen Inhalt die Liste hat um, sie gegebenfalls überspringen zu können. Bei der aufgeführten Variante müsste man erst in die Liste "hinein", um zu erfahren worum es sich dabei handelt.

In XHTML2 soll es im übrigen später "Label" geben, diese Funktionalität der "Listenbeschreibung" als Überschrift übernehmen sollen.

Geht mir ähnlich.

Du hast zwar kurz etwas zu definierenden Listen geschrieben, aber nicht erklärt, was denn gegen folgendes Konstrukt einzuwenden ist:

Gegen definierenden Listen ist nichts einzuwenden. Im Gegenteil. Sie ist wie erwähnt ein alternatives Beispiel zu dem fehlerhaften ersten Beispiel und kein weiteres fehlerhaftes Navigationskonstrukt.

Hättest Du einfach geschrieben, dass über der Navi-Liste eine <hx> kommen sollte, wäre dein Text verständlicher!

__________________
Informationen aus Koblenz-Metternich
-----------------------------------
"Wissen heißt, Fragen zu erwerben."

Ahja, das ist interessant.
(Bei leichterer Verständlichkeit des Textes wäre es auch schneller zu erfassen gewesen)

Mein derzeitiges Hauptprojekt ist nämlich entgegen den Erwartungen der Screenreader-User aufgebaut:

Skiplinks /Content / Seitenbezogene Navi / globale Navi

Das mit dem Labeln ist eine sehr gute Idee - hatte ich bisher nur für die Skiplinks gemacht, aber direkt vor der Liste ist es natürlich auch sinnvoll.

grüsse

__________________
Grüsse Andreas- auch mal wieder da...

Design isn't about the tools, it's about creating the best experience for the user. A design should be based on usability, accesibility, aesthetics, but never on floats, lists or background images. ( by Cameron Adams)
Wiedergelesen: > hier und hier

[Foren-Links] Dein Post? Klar, DAS vorher gelesen? Hilft. ## User-Landkarte

@Webstandard

Also für meinen Teil hat sich der Eingangstext sofort erschlossen, aber evtl. habe ich es ja falsch verstanden.

Übrigens habe ich dieses Thema mal im Bezug auf Navigationslisten hier diskutiert/diskutieren lassen. Dabei bin ich zu dem Schluß gekommen das ein "labeln" einer Navi-Liste nicht zwingend bzw. eher nicht mit einem H-Tag ausgezeichnet werden sollte. Eine Headline gehört für mich zum Inhalt, ein internes Menü zur Struktur/Organisation.

__________________
</ulle>