|
|||
Zitat:
Scheint mir besser zu sein als eine Tabelle.... grüsse andir
__________________
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 |
Sponsored Links |
|
||||
Hallo, Andir!
ich kanns Dir leider nicht erklären, weil ich mich mit diesen Druckern überhaupt nicht auskenne! Aber ich kann ja mal aus der Mail von Eva Papst zu diesem Problem zitieren: Zitat:
__________________
Informationen aus Koblenz-Metternich ----------------------------------- "Wissen heißt, Fragen zu erwerben." |
Sponsored Links |
|
|||
hallo dieter,
zuerst einmal: screenreader haben keine probleme mit tabellen. sie besitzen einen tabellennavigationsmodus, der es dem benutzer erlaubt zwischen den einzelnen zellen besser zu navigieren. auf jeden fall musst du noch folgendes machen: i) die termine musst du in der form "24.01." (also ohne leerzeichen) und nicht "24. 01." schreiben. sonst ist die sprachausgabe nicht korrekt. im ersten fall lesen die screenreader dann auch wirklich: "21. Januar" ii) den versteckten punkt (<span class="unsichtbar">.</span>) in den THs kannst du dir sparen. iii) du kannst den THs noch ein abbr mit dazugeben. dann ist die sprachausgabe besser. also so ... Code:
<th id="Altpapier" abbr="Entsorgungstermine für Altpapier" class="linie">Altpapier</th> iv) du kannst auch die "überschriften", also z.b. "Bereich nördlich und einschließlich Trierer Straße" auch als TH vergeben und ueber die IDs und HEADERs ansprechen, sodass deine ausgabe dann sein koennte: "Entsorgungstermine für Altpapier im Bereich nördlich und einschließlich Trierer Straße: 21. Januar, 29. April, 22 Mai." bedenke aber, dass zu lange wiederholungen auch anstrengend sein koennen. gruesse, timex ps: gute screenreader sind z.b. IBM HOMEPAGEREADER und JAWS. beide gibt es als trial zum runterladen. wer oft und viel damit arbeitet ist mit dem IBM reader gut bedient, der kostet (glaube ich) um die 120 euro, die lohnen sich aber. pps: @andir: Zitat:
gruss, timex |
|
|||
- Daten tabellarisch darstellen/ Daten listenhaft darstellen -
(Jetzt) habe ich mir deine Tabellen angesehen, diese finde ich aber nicht besonders übersichtlich. Bei dir werden nämlich die einzelnen Inhalte unter <th> listenhaft dargestellt. Damit nimmst du dem Betrachter die Möglichkeit, z.B. dem Monat nach zusammengehörige Daten als zusammengehörig zu erfassen. Beispiele damit man sich vorstellen kann, was ich sagen möchte - Mehrere Listen horizontal angeordnet - dies erinnert mich stark an deine http://www.luftzentrale.de/tmp/listen.png Eine Tabelle, wie ich sie vielleicht verwenden würde: http://www.luftzentrale.de/tmp/tabelle.png Grüße P.S. Interessantes Thema, bitte weitermachen! |
|
||||
(Momentan bin ich alles über möglichst barrierefreie Tabellen am Lesen, was ich nur finde!)
@timex: Die Schreibweise der Termine habe ich korrigiert! Den verdeckten Punkt am Ende der THs habe ich entfernt! Die THs haben ein "abbr" erhalten! Die Bereiche in den THs aufzuführen, wäre wirklich zuviel beim Vorlesen. Für die optische Anzeige ist es ja was anderes; man liest es ja nur einmal. Vorgelesen würde es aber mehrfach! Danke Dir für die Tips! @derdiedas: für die von Dir favoritisierte Lösung müsste ich ja mit leeren Spalten arbeiten. Bei einer Bandbreite von zwei bis 19 Terminen ist das keine echte Lösung!
__________________
Informationen aus Koblenz-Metternich ----------------------------------- "Wissen heißt, Fragen zu erwerben." |
|
|||
Zitat:
- eine liste der termine für's Altpapier - eine liste der termine für den Grünschnitt - eine liste der termine für den Gelber Sack - ... dass das hingegen tabellarische daten sind, würde ich sogar bestreiten wollen - denn zwischen den daten (terminen) in einer "zeile" besteht in meinen augen absolut kein logischer zusammenhang. |
|
||||
@wahsaga: Wie kommst Du darauf, das dies keine tabellarischen Daten seien? Ganz im Gegenteil sind es sogar "klassische" Tabellendaten!
Nur haben Tabellen halt eben den Nachteil, dass sie für bestimmte Ausgabemedien (zum Beispiel Screen Reader) speziell aufbereitet werden müssen!
__________________
Informationen aus Koblenz-Metternich ----------------------------------- "Wissen heißt, Fragen zu erwerben." |
|
|||
Zitat:
nimme eine adresstabelle: Code:
name | straße | ort Dieter | hauptstraße 13 | bummeldorf wahsaga | furzgasse 17 | düddelsdorf Code:
name | Dieter | wahsaga straße | hauptstraße 13 | furzgasse 17 ort | bummeldorf | düddelsdorf wenn diese transformation aber nicht sinnvoll möglich ist, hast du m.E. auch keine tabellarischen daten vorliegen - sondern eben nur mehrere listen. wie schon gesagt, es existiert bei dir keinerlei zusammenhang zwischen den daten, die da in einer "zeile" auftauchen - ergo sind es nach meinem verständnis auch keine tabellarischen daten. |
|
|||
hi,
in der zweiten tabelle ist noch was nicht in ordnung bzw. der screenreader springt, wenn ich mich in der unteren tabelle befinde, immer in die obere, sobald ich mich mit der tastatur bewege. vielleicht liegt das an den werten deiner headers-attribute, da hast du die umlaute maskiert z.b. "Grünschnitt2". aendere das doch bitte noch ein "Gruenschnitt2" (o.ä.) gruss, timex |
Sponsored Links |
|
|||
aber jetzt mal im ernst: ihr tabellen-hasser da draussen.
wollt ihr euch wirklich die muehe machen, tabellen ueber listen darzustellen und dafuer mengenweise code zusammen zu kloppen wenn eine tabelle (man soll es kaum glauben) immer noch zum html standard repertoire gehoeren also, tabellen zum layouten sind bescheuert, fuer tabellarische daten sind sie dufte! gruesse, timex |
Sponsored Links |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
Algorithmen zur Berechnung der Zeilenhöhen in Datentabellen | AndreasB | CSS | 6 | 03.02.2011 19:06 |