Warum sind Frames schlecht?
Frank
- html
2 Gunnar Bittersmann1 Tom0 H2O0 Daniel0 Jörg Peschke2 Schuer0 Cybaer
Hallo,
viele behaupten hier einfach das Frames schlecht seien. Warum ist das so?
Sorry für mein Unwissen. ;)
Frank
Hi Frank,
viele behaupten hier einfach das Frames schlecht seien. Warum ist das so?
Warum Frames out sind (und es schon immer waren...)
Live long and prosper,
Gunnar
Hello,
viele behaupten hier einfach das Frames schlecht seien. Warum ist das so?
Das würde ich keinesfalls verallgemeinern.
Es gibt auch einige recht praktische Anwendungsfälle dafür. Sieh Dir doch nur mal den PHPMyAdmin an oder irgend ein komplexeres CMS. Ohne Frames könnte man die Adminstrationskonsolen überhaupt nicht sinnvoll aufbauen.
Für allgemeine Seiten halte ich Frames aber auch für hinderlich.
Und denk doch mal dran, dass Du mit einem Frame wohl niemals die Links aus dem Frame mit dem Inhalt der referenzierten Seite in Bezug beringen wirst in einer Suchmaschine. Das sind für den Robot zwei vollkommen getrennte Dateien.
Harzliche Grüße vom Berg
esst mehr http://www.harte-harzer.de
Tom
Hallo Frank.
Man liest sich, H2O
Ahoi Frank,
viele behaupten hier einfach das Frames schlecht seien. Warum ist das so?
Warum die das behaupten? keine ahnung.
Frames sind nicht schlecht, sie sind nur unter gewissen aspekten böse.
MfG
Hallo,
viele behaupten hier einfach das Frames schlecht seien. Warum ist das so?
Viele sind sich der Probleme nicht bewusst, die sie sich mit Frames einhandeln, wie z.B. schlechte Suchmaschinen-Unterstützung, schlechte Skalierbarkeit, störende Bildlaufleisten, nicht barrierefrei (zumindest meistens), Widerspruch zum Konzept von HTML, und und und.
Deswegen rät man oft davon ab, sie zu verwenden, weil sie id.Regel mehr Ärger bringen als sie nützen.
Nichtsdestotrotz gibt es einige sinnvolle Anwendungsfälle.
Hi,
Widerspruch zum Konzept von HTML.
Wieso das?
Da ich mit Frames auch nur mehrere Seiten gleichzeitig innerhalb eines Fensters anzeige ist es technisch gesehen das gleiche, wie die Anzeige in mehreren Browserfenstern.
Also was ist daran ein Widerspruch zum Konzept zu HTML?
viele behaupten hier einfach das Frames schlecht seien. Warum ist das so?
Weil deren 16-23 Nachteile (siehe Hinweise in diesem Thread) nur einem echten Vorteil gegenüber stehen: die kombinierte Darstellung mehrerer unabhängiger Inhaltsbereiche auf nur einer Seite.
Ein klasse Vorteil übrigens, nur wird diese Möglichkeit in der Praxis eher selten benötigt.
Viele Grüße!
_ds
Hi,
viele behaupten hier einfach das Frames schlecht seien. Warum ist das so?
Dem ist nicht so. Die, die das sagen, können nur nicht mit dieser Technik richtig umgehen - oder so wie *sie* es tun, erscheint es ihnen (sicherlich zu recht) umständlich.
Andererseits: Diejenigen, die Frames nutzen, können es oft auch nicht. Das trägt halt zum schlechten Ruf bei, genauso wie es z.B. auch zum schlechten Ruf von JavaScript beiträgt ...
S. z.B.:
Liste der Frame-Nachteile
Frames: Pfui oder akzeptabel? ff.
Sorry für mein Unwissen. ;)
Unwissen ist nur der 1. Schritt zum Wissen. ;)
Gruß, Cybaer
Hello Cybaer,
viele behaupten hier einfach das Frames schlecht seien. Warum ist das so?
Dem ist nicht so. Die, die das sagen, können nur nicht mit dieser Technik richtig umgehen - oder so wie *sie* es tun, erscheint es ihnen (sicherlich zu recht) umständlich.
Ich mag mich da auch nicht so einfach anschließen, dass Frames 'böse' sind.
Man kann sie auch sinnvoll einsetzen.
Immer dann, wenn sie dem User die Applikations-Ergonomie erleichtern, mag ich sie auch einsetzen. Allerdings erforndern aktive Web-Applikationen mit Frames erheblich mehr Wissen und Planung. Sie lassen sich nicht mal so eben mit PHP und HTML zusammenkotzen.
Harzliche Grüße vom Berg
esst mehr http://www.harte-harzer.de
Tom
Hi,
Immer dann, wenn sie dem User die Applikations-Ergonomie erleichtern, mag ich sie auch einsetzen. Allerdings erforndern aktive Web-Applikationen mit Frames erheblich mehr Wissen und Planung. Sie lassen sich nicht mal so eben mit PHP und HTML zusammenkotzen.
IMHO nein. HTML-Dateien per mod_rewrite auf Script umlenken und automatisch daraus einen "Frame-Dateinamen" ermitteln. Dann Frameset generieren und "Frame-Datei" als Frame-URL und den Content in den NOFRAMES-Bereich packen.
Dann gelten "normale" URLs, die Framesets sind virtuell, jeder Content-Frame hat sein eigenes Frameset, welches auch nicht nachgeladen werden muß.
Du arbeitest damit so normal wie mit framelosen Seiten ...
Gruß, Cybaer