Frames Steinzeit oder nicht, Teilverschiebung aus "HTML" Einstellungen

[Thomas]

Vielleicht solltest Du als Ergänzung der Hausarbeit noch anmerken, dass Frames Steinzeit sind und nicht nur aus navigationstechnischen (die Probleme hast Du ja gerade am eigenen Leib erfahren) Gründen nicht mehr benutzt werden sollten. Auch sicherheitsrelevante Gedanken spielen bei Frames eine Rolle (Heise).

Die Aufgabe, einen Link mit dem korrekten Target-Attribut zu versehen, würde ich nicht als problematisch bezeichnen. Und da die Hausaufgabe bestimmt nicht darin besteht, eine Seite für's Onlinebanking zu produzieren, die möglichst keine Angriffsmöglichkeiten für Phishing bietet, greift das mit der Sicherheit wohl auch nicht so ganz.

Gerade zum Üben sind Frames gar nicht sooo schlecht, weil man so mehrere Sachen auf einer einzigen Seite üben kann. Sicher lässt sich heutzutage das meiste (wahrscheinlich sogar alles), was man mit Frames umgesetzt hat, auch mit CCS umsetzen - und (eigentlich redundante) Wiederholungen von Seiteninhalten (z. B. Navigation) lassen sich mit Skriptsprachen (PHP) oder geeigneten Editoren (P5 und Includes) ebenso gut vermeiden. Dennoch würde ich mich deshalb nicht so weit aus dem Fenster lehnen und sagen, Frames gehörten in die Tonne, besonders wenn man wie der TE gerade erst anfängt, HTML zu lernen (und deshalb nicht gleich mit CSS und PHP startet).

Wenn dann mal HTML gelernt ist und man sich tiefergehenden Fragestellungen widmet, kann man durchaus anführen, dass eines der Hauptprobleme von Internetauftritten mit Frames ist, gezielt auf eine bestimmte Unterseite eines Auftrittes zu verlinken, da dies die Seite in der Regel aus dem Kontext reißt oder der Kontext mit JS erst wiederhergestellt werden muss oder komplexere Lösungen mit Skriptsprachen zum Einsatz kommen müssen. Außerdem wäre anzuführen, dass Internetauftritte mit Frames nicht wirklich barrierefrei sind.

Von daher rate ich dem TE von einer entsprechenden Ergänzung in der Hausarbeit ab - zumindest so lange, bis er genug gelernt hat, um sich eine eigene Meinung bilden zu können. Und, bei aller Abneigung gegen Frames, sollte man vielleicht den eigentlichen Hintergrund nicht ganz vernachlässigen und im Zweifelsfall unterstellen, dass eine Lehrerin/ein Lehrer Frames vielleicht nicht nur deswegen einsetzt, weil sie/er meint, Frames wären das tollste auf der Welt. Allerdings komme ich nicht aus der didaktischen Richtung, von daher kann meine Einschätzung auch falsch sein und es ist aus didaktischer Sicht absoluter Blödsinn, über Frames zu reden ?

[Andreas]

[EDITH sagt]
Der Ursprungsartikel steht im Board "HTML" ... und da es wie üblich abgedriftet ist, habe ich den irrelevanten Teil nach Talktime verschoben. Guter Gedanke von Peter.
[/EDITH]

Gerade zum Üben sind Frames gar nicht sooo schlecht, weil man so mehrere Sachen auf einer einzigen Seite üben kann.

Verstehe ich nicht. Macht so für mich keinen Sinn.

Sicher lässt sich heutzutage das meiste (wahrscheinlich sogar alles), was man mit Frames umgesetzt hat, auch mit CCS umsetzen

Nein, weil es gänzlich unterschiedliche Dinge sind.

Dennoch würde ich mich deshalb nicht so weit aus dem Fenster lehnen und sagen, Frames gehörten in die Tonne,

Musst Du ja auch nicht Ich tue es aber gerne und gerade weil

besonders wenn man wie der TE gerade erst anfängt, HTML zu lernen

und im Zweifelsfall unterstellen, dass eine Lehrerin/ein Lehrer Frames vielleicht nicht nur deswegen einsetzt, weil sie/er meint, Frames wären das tollste auf der Welt.

Ich war vor nicht allzulanger Zeit auf einer Schule mit Schwerpunkt Informatik ... und die Unterstellung dass es doch so ist, ist garantiert die traurige Wirklichkeit.

Frames sind überflüssig wie ein Kropf, es macht keinen Sinn, zu lernen wie man sie halbwegs funktionierend einsetzt. Warum unnötig Energie darauf verwenden zuerst zu lernen, wie man es besser nicht macht?

[Auge]

Hallo

CSS kann nicht alles, was man optisch mit Frames oder auch Tabellen machen kann. Gelegentlich "leider!", meist aber "warum auch?". Zum Beispiel ist es mit CSS ohne Kopfstand nicht möglich, zwei Blockelemente gleicher Länge(/Höhe) nebeneinander zu setzen. Zudem hat man in einigen Fällen auch noch mit den sehr unterschiedlichen Fähigkeiten der Browser zu kämpfen. Andererseits sind so viele andere Sachen möglich, die vorher nicht ohne Umwege realisierbar waren. Beispielsweise kann ich aus einem HTML-Dokument sowohl die Anzeige im Browser gestalten als auch eine Druckversion (mit einigen Einschränkungen aber ohne Link zu einer extra zu erstellenden und zu pflegenden Druckseite) anbieten.

CSS erfordert also ein Umdenken. Nicht (als Beispiel) die Frage "Wie kann ich mit CSS Frames simulieren?" ist die Richtige, sondern "Was bietet mir CSS an Möglichkeiten?". Klar, Einiges fällt damit weg, dafür lassen sich andere Probleme auf einfachste Weise lösen. Zudem sollte festgehalten werden, dass eine Webseite zuallererst ein HTML-Dokument ist. Es soll eine sinnige Struktur haben, die optische Gestaltung ist nachrangig, ohne dabei unwichtig zu sein (nicht dass mich hier jemand falsch versteht).

Grundsätzliche Dinge, wie Breiten und Höhen, Farben etc., funktionieren ja nun mittlererweile gleich oder zumindest ähnlich. Der NC 4.x wäre das Hassobjekt, wenn er denn noch eine nennenswerte Verbreitung hätte. Die IEs unterhalb der Version 6 haben zusammen vielleicht noch geschätzte 3-5% Verbreitung und spätestens für die Probleme des 6-er IEs gibt es an allen Ecken und Enden des Netzes Lösungen und Hacks.

Meiner Meinung nach spricht somit nichts gegen die Verwendung von CSS. Dies natürlich mit der Ansage, mit CSS nicht irgendetwas anderes simulieren zu können/sollen/wollen.

Übrigens ist der freemailer von web.de eine Webanwendung, wie z.B. auch phpMyAdmin. Dort sind Frames durchaus legitim. Die web.de-Seite selbst verwendet keine Frames, hat dies meiner Erinnerung nach aber auch noch nie getan.

Tschö, Auge