Hallo, ich entwickele seid einiger Zeit kommerzielle Webscripte und jedesmal plage ich mich mit dieser Barrierefreiheit rum..

Dabei kommt es hauptsächlich darauf an, dass es funktioniert und gut aussieht und wird abgesehen von der Surferansicht bestimmt nicht von blinden genutzt.

Was genau ist eigentlich das Problem an Tabellen?
Dieses Forum benutzt ja auch Tabellen..und irgendwie ist es einfach nicht möglich ein tabellenfreies Layout zu basteln, dass in jedem Browser, bei jeder Fenstergröße richtig angezeigt wird..

Gruß Jens

Hallo,

tabellenfreie Layouts unter Verwendung von em als Größeneinheit lassen sich (mit Hindernissen zwar) aber dennoch doch so flexibel gestalten, dass ein Layout skaliert bzw. auf verschiedenen Monitorgrößen und in verschiedenen Browsern ansehnlich dargestellt werden kann, -- möglichst ohne auseinanderzuklappen, wobei für mich ein Layout nicht in jedem Browser auf den Pixel genau gleich aussehen muss.

Tabellen haben den Nachteil, dass es bei komplexen Layouts dann nur so von <tr> und <td> wimmelt und auch das dann dazu beiträgt, den Quellcode unübersichtlich zu machen. Außerdem ist es semantisch nicht korrekt, Tabellen zum Layouten zu benutzen, da man in einer Tabelle naturgemäß eine Datensammlung erwartet.

Barrierefreiheit hat für mich mehrere Dimensionen. Einserseits geht es um die oben schon genannte Flexibilität, andererseits aber auch um (Seh-)Behinderte. Bei letzteren ist es in erster Linie wichtig, dass die Inhalte zugänglich sind. Ich lasse mir in einem Web auch immer die Ansicht der Seite in einem Textbrowser zeigen und kontrolliere, ob mit die Seite auch ohne Style-Angaben nutzbar ist.

Barrierefreiheit ist wesentlich mehr als tabellenloses Layouten - obwohl das als wichtiger Schritt dazugehört.

Zu Barrierefreiheit gehört:

1) Optimale Nutzbarkeit für alle Nutzer / User Agents (Usability Design, Accessibility, Zugänglichkeit)
2) Kompromisse zwischen den verschiedenen Ansprüchen wo nötig und unvermeidbar
3) Gutes Aussehen für Sehende ( JA!!, Häßlichkeit ist eine Barriere!)
4)Gute Bedienbarkeit für Zitterer, Tabber, Screenreadernutzer, Blinde usw, all jene, die mit einer motorischen oder sensorischen Störung daherkommen.
5) Möglichst leicht verständliche Inhalte ( Einstein sagte dazu treffend: So einfach wie möglich, aber nicht einfacher, also: Dem Thema angemessen)

Ich würde nicht so weit gehen, Barrierefreiheit als neue Heilslehre zu betrachten, aber ein taugliches Konzept und sinnvolles ist es allemal.

@Thema: Tabellen fürs Layouten sind vor allem für VISUELLE Bezüge gedacht und gemacht.
Ein sehender Nutzer wird kein Problem haben, ein Sehbehinderter, vielleicht ein PDA-Nutzer oder ein Blinder wird den SHOP nicht bedienen können. Damit fallen dir ein paar Prozent potentielle Kunden weg.

Achja: Ich habe nie gelernt mit Tabellen zu layouten.... weil ich erst 2004 hobbymäßig angefangen habe und trotzdem kenne ich prinzipiell keine Beschränkungen im Layout. Manches ist tricky, gut.
Aber das ist Tabellencode auch, wenn man ihn im Quelltext liest und keinen Editor hat, der automatisch Einzüge richtig setzt...

Vor allem im Hinblick auf Wiederverwendbarkeit von Inhalten ( rss, xml) usw. ist ein sauberer HTML-Code allemal besser als ein table-Gewurstel.

__________________
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

Hallo,
ich habe zwar mit Tabellen angefangen zu layouten, bin aber vor 2 Jahren davon losgekommen. Bisher fande ich das auch ganz nett, nur habe ich teils sehr komplexe Oberflächen. Klar das geht auch ohne Tabellen, aber irgendein Browser macht immer Probleme und würde es mit Tabellen nicht machen. Vorallem wenn es eben um die Angabe von Breiten geht, dafür ist die Interpretation der Browser einfach nicht ausgereift finde ich.

- min-width unterstützt nicht jeder Browser
- zwei 50% Div's nebeneinander mit Padding machen Probleme
- und viele andere Dinge

Ich denke ich bin nicht der einzige mit dem Problem, wollte nur mal umhören, wie andere damit umgehen. Die meisten Kunden interessiert es nämlich nicht wie alles aufgebaut ist, sondern, dass es funktioniert.

Der Rest wie Validität der HTML-Seiten etc. sind natürlich selbstverständlich..

Weiß jemand von Euch, wie eine aktuelle Version des meistgebräuchlichen Screenreaders bei Blinden mit einem dreizelligen Tabellen-Layout umgehen kann?
Beispiel:
Hat jemand von Euch eigene Erfahrung mit der Nutzung eines Screenreaders?

Welche konkreten Hürden erfährt ein Nutzer eines Screenreaders durch DIV-Suppen, also diverse "Hüllen" aus DIVs, die für die Auszeichnung semantisch nicht nötig sind?
Stören die gar nicht, oder möglicherweise doch?

__________________

Tja, gute Frage, aber man sollte die Frage etwas genauer definieren:

Design-Tabellen und Daten-Tabellen:

Tabellen sind eigentlich dazu da, um Daten sauber zu visualisieren, z. B. eine Statistik. Um diese Statistik für alle zugänglich zu machen, sind an der Tabelle einige
Ergänzungen notwendig, die auch hier im Forum schon diskutiert wurden.

- Tabelle braucht ein "summary"-Attribute (ScreenReader)
- Tabelle braucht Header-IDs um einem ScreenReader zu veranlassen, Zeile/Spalte richtig vorzulesen
- Tabelle braucht einen "textlichen" Inhalt, keine &nbsp; oder Images ohne "alt"-Attribute

Bei Designtabellen kann man eine logische Struktur in den meisten Fällen vergessen, somit für ScreenReader sehr schlecht zu lesen, also nicht barrierefrei.

Stimmt so nicht ganz, ich behaupte mal, das das mehr von den Designansprüchen jedes einzelnen abhängig ist.

Beispiele:
Eine Seite purer Text, ohne Bilder, alles untereinander, sieht mit Sicherheit in jedem Browser gleich aus.

Eine Seite mit "runden Ecken", Schatten unter Textblöcken, Fließtext um Photos, da ist deine Aussage bestimmt zutreffend.

Kommentarlose Zustimmung...

__________________
Personal stuff

Siehe "5.1.2 Identifying rows and column information":
HTML Techniques for Web Content Accessibility Guidelines 1.0

__________________
Personal stuff

Guten Morgen

Eva Papst hat auf ihrer Projektseite ein paar wertvolle Hinweise:

Über die Schulter geblickt

Sollte weiterhelfen.

__________________
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

Schönes Dokument, die ganze Sache hat aber einen Widerspruch in sich selbst,
Punkt "Screenreader-Software":

- JAWS, nur für Windows...
- Window-Eyes, nur für Windows...
- Virgo 4, nur für Windows...
- Blindows 3.x, nur für Windows...
- WebFormator, nur für Windows...
- IBM Home Page Reader Light edition, nur für Windows...

Soviel zum Thema "für alle zugänglich"

Was ist mit Linux- oder Mac-Usern? Wo sind hier Beispiele und Links? Wieder mal geflissentlich übergangen, im Internet existiert nur Windoo...

__________________
Personal stuff

"A speech synthesizer might render this tables as follows"
Mich interessieren nicht prinzipielle Möglichkeiten, sondern konkrete Umgangsweisen von konkreten Screenreadern mit dreizelligen Layout-Tabellen.

__________________