Archivlink: javarea.de Forum > (X)HTML & CSS (allgemein) > Frameset oder CSS / <DIV> für die Gestalltung einer HP
Vollständigen Link anzeigen: javarea.de Forum > (X)HTML & CSS (allgemein) > Frameset oder CSS / <DIV> für die Gestalltung einer HP
Pages: [1]
| geschrieben von Beat am 15.09.2005 - 12:54 |
Hallo zusammen
Ich stelle immer wieder fest, dass kompetennte Mitglieder dieses Forum von der Verwendung von Frameset abraten und dafür die Verwendung von <div> empfehlen.
Da ich nur hobby-, oder nicht mal das, webdesign mache, und natürlich auch Frameset verwede interessiert es mich, was gegen Frameset spricht oder wesshalb die Verwendung von <div> für die Seitengestalltung besser ist.
Eine Problematik sind Suchmaschinen aber das kann man ja mit einem Java-Script zum laden des Frameset abfangen.
Gruss Beat |
| geschrieben von Matneu am 15.09.2005 - 13:11 |
| Zitat | | | Original geschrieben von Beat am 15.09.2005 - 12:54
Eine Problematik sind Suchmaschinen aber das kann man ja mit einem Java-Script zum laden des Frameset abfangen. |
Und genau da fängt es schon an. Nicht jeder / jede Suchmaschine (ich würde sogar sagen sehr wenige) haben Javascript in ihren Robots aktiviert.
Desweiteren kann eine Frameset-Homepage nicht vernünftig von Blinden oder Sehbehinderten betrachtet werden.
Framesets entsprechen auch nicht mehr den aktuellen Empfehlungen des W3C.
Nur per CSS kann man eine vernünftige Trennung zwischen Inhalt und Layout erstellen
Hoffe, das reicht erstmal für's erste.
So far...
Matthias |
| geschrieben von Martin am 15.09.2005 - 13:53 |
Grundsätzlich muss man erstmal festhalten das überhaupt nichts gegen die Verwendung von framesets spricht. Sie sind legitimer Bestandteil von HTML4.0 und haben durchaus ihre Daseinsberechtigung.
Um den Wandel im Design zu verstehen ist es wichtig zu wissen was war den das Besondere von Frames.
Nun gewichtiger Vorteil war, dass die Seite sich in wichtige Bereiche - wie Menü, Banner, ect. - unterteilen lies. Aber viel wichtiger war, dass diese Bereiche einzeln und unabhängig voneinander beeinflusst werden konnten, zB durch Nachladen einer neuen Datei.
Dieser Vorteil barg aber auch einen Nachteil. Wer mit Framesets arbeitet hat eine feste Grundstruktur/-gerüst seiner Seite an welchem er bei bestem Willen nicht rütteln konnte. Auch ließen sich Abhängigkeiten nur schwerlich zwischen einzelnen Frames realisieren.
Und bei aller Liebe zum Detail, Design Kniffe hin oder her, der Autor konnte nie verschleiern, diese Seite ist ein Frameset. Als Fingerzeig das coolFrameMenue
Aber bleiben wir bei den verschiedenen Seitenelementen Menü, Banner, Inhalt.
Nun mit Einzug von PHP und deren Anbindung von MySQL - Daten wurden Frames faktisch überflüssig. Die Seitenelemente werden schon auf dem Server zusammengesetzt und kommen quasi aus einem Guss.
Anfänglich benutzte man noch Tabellen und deren Eigenschaften sich an den Inhalt anzupassen. Aber jeder der schonmal das Vergnügen hatte mit mehreren ineinander verschachtelten Tabellen zu arbeitet hat kennt deren Fehleranfälligkeit. Auch die Aufbaugeschwindigkeit im Browser litt unter den Tabellenstrukturen. Es gab Seiten da saß der Benutzer minutenlang vor einem leeren Bildschirm.
Tja und alles was sich heute "up-to-date" nennt, setzt auf cascading style sheet.
Alle Bereiche, wie Menü ect. werden in sog. Container <div></div> - Tags gesteckt und mit CSS in Form gebracht. Das sowas bisweilen auf koriose Wege führt zeigt der CSS Contest von Dirk.
Ob es sich dabei um ein "wirkliches" Trennen von Inhalt und Layout handelt, daran scheiden sich die Geister. Auch sagen viele das diese Container nicht der Wahrheit letzter Schluss sind. Es ist momentan eine Modeerscheinung auf dem Weg zur besseren Seite.
mfg martin |
|