[Amiga][Down]

[ german ]
[Scene] {}
 
[Workshop] 

| Frames in HTML |
 
 

[Cover]
[Editorial]
[Inhalt]
[News]
[Hardware]
[Software]
[Workshop]
[Spiele]
[Special]
[Feedback]
[Etc]


HTML - Frames sinnvoll nutzen

 
Dies ist der erste Workshop. Nicht gerade aufregend, ein Bericht über Frames, aber da mit dem Zeug in letzter Zeit so viel Schindluder getrieben wird (übermäßige Nutzung von Frames), dachte ich, wäre ein Artikel in dieser Art angebracht. Wir nehmen jedoch auch gerne Leser-Wünsche bzw. Vorschläge zu den Workshops entgegen.

Frames - Informationsverteilung auf mehrere, voneinander unabhängige Fenster - sind ein faszinierendes Werkzeug, aber auch ein Werkzeug, mit dem man viel verkehrt machen kann. Generell gilt: jeder Einsatz von Frames muß gerechtfertigt sein. Das bedeutet: die Verwendung der Frame-Technik muß dem Anwender als sinnvoll und vorteilhaft erscheinen. Wer Frames aus purem Selbstzweck einsetzt, muß damit rechnen, als technikverliebter HTML-Novize statt als souveräner Web-Designer betrachtet zu werden.

Nachteil No1: Frames werden nicht von allen WWW-Browsern angezeigt. Da die gesamte Struktur eines auf Frames basierenden Projekts von der Struktur herkömmlicher Projekte entscheidend abweicht, kann ein Anbieter von Frames solchen Anwendern, die keine Frames anzeigen können, entweder gar keine Alternative anbieten, oder eine "zweigleisige" Alternative, die sehr aufwendig zu realisieren und zu pflegen ist.

Nachteil No2: Bei kleineren Bildschirmen, z.B. bei 14-Zoll-Monitoren mit einer Bildschirmauflösung von 640x480 Pixeln, sind mehr als zwei Frame-Fenster bereits eine Zumutung fürs Auge und die Übersicht.

Nachteil No3: Frames verlangen mehr HTTP-Kommunikation zwischen Browser und Server. Im WWW kann es unter ungünstigen Verhältnissen leichter zu längeren Ladezeiten kommen.

Nachteil No4: Es ist zwar theoretisch möglich, aber meistens nicht im Sinne des Anbieters, wenn andere Anwender ein Lesezeichen oder einen Verweis auf eine HTML-Datei setzen, die Teil eines Frame-Sets ist. Das ist in vielen Fällen ärgerlich. So wird beispielsweise anderen Informationsanbietern die Möglichkeit genommen, in einem bestimmten Informationszusammenhang auf eine bestimmte Seite in einem fremden Projekt zu verweisen.

Wann sind nun Frames zu verwenden? Überall dort, wo ein modularer Aufbau die Instandhaltung einer Seite und die Navigierbarkeit vereinfacht. Man muß hier jedoch immer die daraus gewonnenen Vorteile mit oben genannten Problemen abwägen. Wenn zum Beispiel ein Projekt solche Dimensionen annimmt, daß sich der Anwender schon bald in einem unübersehbarem Meer von Links wiederfindet und sich nicht mehr orientieren kann, dann ist es sinnvoll, die logische Hierarchie, die jede derartig umfangreiche Seite haben sollte, durch ein Frame-Konstrukt besser aufzuteilen und überschaubarer zu gestalten. Auch überall dort, wo verschiedene Informationen simultan dargebracht werden müssen, kann man auf Frames leicht zurückgreifen. Generell gilt jedoch, daß beinahe jede Page auf eine frame-freie Version reduziert werden kann. In den meißten Fällen sind diese Frames nämlich leider retundant. Allerdings erleichtert einem ein Framefenster den Wartungsaufwand, der sonst entstehen würde, müsste man diesen Teil des Fensters an jedes einzelne HTML-File anhängen.

Nicht zu verschweigen sind auch die Nachteile, daß bei Frames Dokumente nicht für sich alleine stehen können, als Bookmark immer die Einstiegsseite bzw. das Frameset gespeichert wird, der Titel nur vom Frameset bestimmt wird, und Verweise aus und in verschachtelte Framesets schwierig zu implementieren sind. So, ich hoffe, das war für manche ein Denkanstoß, ansonsten bis zum nächsten Mal mit hoffentlich interessanteren Workshops!


Bernhard Lukas     [ german ]    


- Kontaktieren Sie uns einfach!
- Oder schreiben Sie einen Leserbrief.
 
[Up]   {}