nicht angemeldet
Hellihello Mathias,
Aber es ist doch falsch zu sagen, sie wären grundsätzlich nicht barrierefrei, oder?
Frames haben einige grundsätzliche Probleme, die nicht nur »unter Umständen«, sondern immer Barrieren darstellen.
Hm, es ist doch aber richtig, dass in den http://www.w3c.de/Trans/WAI/checkliste.html@WAI-Checklisten hierfür keinen Punkteabzug gibt, oder?
Das Screenreader-Beispiel ist auch verkürzt. Die Bedienung eines Framesets erfordert viel mehr Fähigkeiten im Umgang mit dem Screenreader als das Navigieren in einem einzigen Dokument, das aus Navigation und Inhalt besteht. Dass sich mit Frames Navigation und Inhalt sauber trennen lässt, stimmt zwar, ob sich eine Site dadurch letztlich intuitiver navigieren lässt, steht trotzdem in Frage.
Mag das vielleicht auch "Geschmackssache" sein bzw. die Vorlieben hier individuell differieren? Eine blinde Person sagte mir, Framesets seien o.k., wenn klar wäre, welcher Frame was beinhalten würde.
Außerdem ist es bei Frames-Sites gerade nötig, dass die Unterdokumente, die in Frames gezeigt werden, eben auch außerhalb des Frame-Kontextes Sinn ergeben
Geht das nicht auch durch link-Elemente im Kopf? Dies System hab ich noch nicht richtig kapiert.
und die Navigation erhalten bleibt. Insofern kann die Navigation - und sei es auch nur in Form eines Brotkrumenpfades - nicht aus den Inhaltsseiten verbannt werden.
Damit meinst Du wenigstens einen Link zum übergeordneten Dokument? Damit bei einer Direktverlinkung ein Zusammenhang möglich ist? Denn sonst wäre (vielleicht nur für Puristen) ja immer noch der Zurück-Knopf des Browsers da.
An dem Punkt suchte ich ja zu ergründen, wie sich serverseitig (per Session zB.) checken lässt, ob ein Frameset existiert, um dies dann negativenfalls via include ("index.php?inhaltsseite=aktuelle_seite.php") aufzurufen.
Dank und Gruß,
frankx
Struppi
Marc
Gunnar Bittersmann