Hallo zusammen,
ich habe - barrierefrei wie man halt sein will - im Code einige Abschnitte mit hrs getrennt, die ich per css auf unsichtbar gestellt habe, allerdings nicht mit display: none, weil das wohl die auf IE basierenden Screenreader dann ignorieren (und ich habe diese Anweisung auch für andere Dinge), sondern so:
.inv {
position: absolute;
/* dachte, vielleicht hilft das was ... float: left; */
left: -1000px;
top: -1000px;
/* display: none; */
overflow: hidden;
}
IE macht aber bei mehrfachen floats irgendwann Ärger und fängt an Divs zu verschieben. Es liegt auch zweifelsfrei am <hr class="inv">. Nehme ich das raus, ist alles wieder in Ordnung. Weiß jemand, warum das so ist? Problem dabei. Ich habe einen workaround (z.B. div außenrum, dann geht es auch wieder), aber das wäre eine Änderung im html und das dauert, weil ich das im Red-System des Kunden nicht ändern kann. Irgendeine Lösung mit der man dem IE das explizite Ignorieren AUCH des hr beibiegen könnte, wäre klasse - bin für jeden Hinweis dankbar.
Das ganze css erspare ich Euch ... ist ewig lang ...
PS: Aus display: none alleine oder hier wieder einkommentiert hilft nicht, außerdem soll man das ja nicht ... s.o.
*grrrrrrrrrrr*

Was liest ein Screenreader denn vor, wenn er auf ein hr-Element stößt?

Und das sagt wer? Und das soll welcher Screenreader sein?

*genervt*

http://css-discuss.incutio.com/?page...aderVisibility


Ich habe selbst leider keinen SR zur Verfügung, was mich kolossal nervt, weil so vieles ziemliches Gerate mit hoher Fehleranfälligkeit ist ... die Info mit den Schwierigkeiten des display: none habe ich kürzlich auch in einem Test des BIK gelesen.

"[...] Zudem wird eine Bildersetzungstechnik mit display:none verwendet, so dass viele Screenreader die durch Hintergrundbilder ersetzten Texte nicht präsentieren."

"Die für das Ausblenden der Textlinks verwendete CSS-Anweisung display:none führt dazu, dass sie von Screenreadern wie JAWS nicht ausgegeben werden.“

Die hrs werden soweit ich weiß, von Screenreadern als Trennelement behandelt ... ich habe allerdings auch gelesen, dass sie bei Braille-Druckern Probleme machen können.


http://www.xhtmlforum.de/viewtopic4744.html