Webseite umschreiben

[Sebastian]

Hallo Ashura,

Mal davon abgesehen daß der Screenreader genauso ein Problem hat mit einer einzigen Seite wo links die Nav ist.

Sofern kein eigenes CSS definiert wurde und der Screenreader nicht in der Lage ist, dieses zu verarbeiten, liest er die Seite dem Dokumentenfluss entsprechend ein.

Richtig. Genauso wie bei Frames. Wobei Frames natürlich durch die Trennung manchmal noch einen Vorteil haben könnten.

Ist also optisch die Navigation am unteren Bildschirmrand, im Quelltext jedoch an erster Stelle, wird sie auch zuallererst vorgelesen.

Hm. Das wäre ein seltsamer Screenreader. Er muß den Aufbau schon beachten.
Oder meinst du der Navframe ist als erstes definiert? Dann muß eh auswählbar sein was man vorgelesen haben will auf irgendeine Weise. Muß man halt drauf achten wie man das definiert.

Also blebt: Interne Darstellung genau wie im grafischen Browser ist kein Problem.

Ich hoffe du verstehst nun, dass dies nicht der Fall ist.

Das mußt du noch einmal erklären. Warum sollte eine Software die Texte vorliest dümmer als ein Standardbrowser sein? Ist doch nur eine Entwicklungsfrage.
Ich sags noch einmal. Die Darstellung und wie es dem User am Bildschirm präsentiert werden würde ist in jedem Fall bekannt. Warum sollte der Screenreader dann anders als nach dem gesunden Menschenverstand verfahren? Also so lesen wie man es auch normal selbst lesen würde?

Und weiterhin. Wenn es sich um Schrift handelt, dann kann der Screenreader theoretisch die Höhe der Schrift und Frames ins Verhältnis setzen genau wie im grafischen Browser und wenn es nötig ist diese zusammen vorlesen. Auch technisch möglich.

Was hat das "ins Verhältnis setzen" jetzt damit zu tun, dass der Screenreader fensterübergreifend lesen muss?

Muß er nur wenn die Frames ins Verhältnis gesetzt werden müssen. Und das ist möglich durch das Wissen wie es am Monitor sichtbar erscheinen würde.
Ansonsten muß man auch in jedem Fall ob mit oder ohne Frames den Text auswählen den man haben will. Das macht keinen Unterschied der nicht technisch machbar ist.

Einen "richtigen" Screenreader habe ich leider nicht. Du kannst dir jedoch mit der Fangs-Extension für den Firefox anzeigen lassen, was ein Screenreader auf einer Seite "sieht".

Hab Mozilla und dafür gibts glaub ich keinen.

Und andererseits, wenn der Screenreader fälschlich den Text zB so vorliest, eine Zeile und dann ein paar Worte links aus dem Navi, dann ist diese Gefahr bei einer einzelnen Seite größer als mit Frames.

Eben nicht. Siehe oben. (Ich hoffe, ich muss nicht erst eine Beispielseite hochladen, um dir zu verdeutlichen, was ich meine.)

Und du glaubst wenn Navi und Haupttext getrennt wären wäre das problematischer? Klingt nich logisch. Beim einen besteht die Trennung von sich aus bereits, beim anderen muß man es noch extra definieren.

Wie soll sie ein optisches Links-Rechts erkennen können? Glaubst du dafür braucht es einen Monitor? Der Monitor zeigt es nur an! Die Daten und deren Anordnung sind dem Rechner aber bekannt.

Dem Recher weniger, dem Browser vielmehr. Übrigens widersprichst du dir in meinen Augen hiermit. Denn hier räumst du ein, dass die interne Reihenfolge (der Dokumentenfluss) doch entscheidend ist.

Ja. Hab doch nichts anderes gesagt.
Einmal sind Frames gut weil sie vom Aufbau her schon thematisch trennen. Zum anderen muß man sie ins Verhältnis setzen wenn zwei Frames interagieren müssen. ZB als Tabelle oder so.
Widerspricht sich nicht glaub ich.

Sieh es mal so. Der Rechner berechnet die Seite und kennt die Darstellung.

Noch einmal: der Rechner macht so gut wie garnichts. Alles, was berechnet wird, wird vom Browser übernommen. Inwieweit er imstande ist, das angegebene zu verarbeiten, hängt von den technischen Gegebenheiten ab.

Richtig. Warum sollte also ein Screenreader oder ein Blindenlesegerät weniger schlau sein die Seite zu interpretieren als ein Standardbrowser? Ist doch gar nicht nötig.

Ob er das nun auf einen Monitor oder so ein Blindenlesegerät so ausgibt wie es optisch aussehen würde macht keinen Unterschied.

Und ob das einen Unterschied macht. Siehe oben mein Beispiel mit der Navigation.

Aber nur wenn du weiterhin behauptest ein solches Lesegerät könnte nicht herausfinden wie die Seite auf einem Monitor erscheinen würde. Und das klingt nicht einleuchtend.

Ja. Und? Glaubst du die Software für das Lesegerät wäre programmiert von Leuten die das nicht wissen? Als ob der Blinde dann nur den Noframetext lesen würde.

Ich würde mir wirklich wünschen, dass sich hier jemand einbringen würde, der tagtäglich auf einen Screenreader / Braille angewiesen ist. Im Grunde können wir sehenden nur mutmaßen, anhand dessen, was wir lesen und mittels Software erleben. Aber der tatsächliche Eindruck, wie eine Seite ausgegeben wird, wenn sie nicht auf dem Monitor ausgegeben wird, werden wir nicht haben können.

Naja, ich kenn einen. Kann ihn aber nicht dazu fragen leider.

Ist die umständlich?

Nein, barrierearm.

Der Gedanke wird wohl sein, lieber mehr bezahlen und eine rennomierte Firma beauftragen statt ein billiger Reinfall.

Ja, das ist auch eine gute Entscheidung. Und?

Nichts. :-)

Grüße,
Sebastian