Michael Jendryschik: Frames

Beitrag lesen

Würdest du sagen, dass Screenreader Frames »unterstützen«?

Nicht auf eine Art und Weise, wie ein Webdesigner sich das vorstellt.

Natürlich nicht, darum ging es mir nicht,

Aber mir. :)

sondern um die Art und Weise der alternativen Interpretation sowie deren Benutzbarkeit.

Du möchtest über die Benutzbarkeit von Frames reden, also deren Usability??

Frames sind für grafische Benutzerargenten gedacht, vielmehr noch, für Benutzeragenten, die über eine ausreichend dimensionierte Anzeigefläche verfügen, um die Layoutvorstellungen des Designers entsprechend umzusetzen. Die Darstellung in Textbrowsern gleich welcher Art ist nicht viel mehr als ein Kompromiss, um die Zugänglichkeit der einzelnen Dokumente zu gewährleisten.

»Große« Browser mit angeschlossener Sprach- oder Brailleausgabe setzen Frames letztlich vollkommen anders um als Textbrowser

Das lasse ich gern so stehen, da mich das nicht weiter interessiert. Halten wir fest, dass der Kompromiss sich je nach Art des Benutzeragenten anders gestaltet.

Solange es keine Möglichkeit gibt, Dokumenten die Angabe ihres Framekontexts zu ermöglichen, wird dieses Problem bestehen bleiben, ganz gleich, welche Konzepte und Möglichkeiten das Frameset an sich bietet.

So etwas erwarte ich beispielsweise von XFrames, und wenn es auch vorläufig nur etwas wie <link rel="frameset" href="frameset.xfm#frameset(navigation=navigation.html,inhalt=diesesdokument.html)" /> ist.

Das geht nicht weit genug. Wie hältst du so den Zustand eines umfangreicheren Framesets zu einem bestimmten Zeitpunkt fest? Darüber hinaus kann es nicht die Aufgabe von XFrames sein, Aussagen darüber zu machen, wie innerhalb der Frames angezeigte Dokumenttypen (und das dann kann alles mögliche sein) sich den Framekontext "merkt".

Da heißt es in im XFrames-Entwurf (in der HTML4-Spec steht etwas ähnliches) beim einzigen Ansatz der Abstraktion nur heuchlerisch: »The individual sub-documents ('frames') may be composed together [in der gewohnten Spalten/Zeilen-Anordnung] or they may be displayed as separate movable window-like panes, or as tabbed panes, or in any other suitable manner.« - Als ob die Welt je ein XFrames-Frameset ohne column- und row-Elementen erleben wird!

Werden wir sehen. Die Arbeitsgruppe hat bereits Abstand genommen von den Elementen 'row' und 'column' und sie durch ein Element 'group' ersetzt, dessen Attribut 'compose' die Werte 'vertical', 'horizontal', 'free' oder 'tabbed' annehmen kann. Womöglich ist das ein Zeichen dafür, dass tatsächlich bald nicht mehr nur in Spalten und Zeilen gedacht werden wird?

Gruß,

MI

--
XFrames Working Draft (Deutsche Übersetzung) : http://jendryschik.de/TR/xframes/
Die Wissensgesellschaft : http://jendryschik.de/michael/inf/wissensgesellschaft/
Einführung in XHTML, CSS und Webdesign: http://jendryschik.de/wsdev/einfuehrung/
Feste Positionierung, richtig angewandt : http://jendryschik.de/wsdev/css/fixed/
sh:( fo:) rl:( br:& br:] ' n4:& | n4:? ' ie:| va:) de:] zu:) fl:{ ss:| ls:& js:|