Diskussion:Frame (HTML)

message: Ich bin gegen die Löschungen der Argumente für und gegen die Frameverwendung um 01:34 am 4. November 2003 und fordere die Sperrung des Artikels bis über den weiteren Inhalt des Artikels Konsens besteht. Ich wüsste auch nicht in welchem Artikel diese Argumente besser platziert wären als hier. Steven 82.82.117.221 02:27, 4. Nov 2003 (CET)
thread_title:  loeschung der argumente pro und contra frames 

message: Ich habe folgenden vermeintlichen Nachteil gelöscht: "dass Frames dem Grundgedanken der Trennung von Struktur und Präsentation widersprechen, da sie auch ein Mittel zur visuellen Gestaltung sind". Wo ist der Punkt? Frames sind eine HTML-Zusatztechnik, die ausschließlich auf die Präsentation abzielt. Ein Frameset "strukturiert" nicht im Sinne von semantischem Markup, daher ist dieses Unterscheidungsschema nicht anwendbar. Ein Frameset ist nichts anderes als eine Präsentationsvorschrift, ähnlich einem Stylesheet, nur dass sie in SGML abgefasst ist. [XFrames machen das noch deutlicher. Natürlich steckt hinter einer Präsentation, die ein Frameset definiert, auch immer eine Logik und eine Bedeutung. Aber wird Struktur und Präsentation vermischt? Höchstens wenn das target-Attribut gebraucht wird, was meistens der Fall ist. In diesem Fall liegt tatsächlich eine Vermischung von Strukturbeschreibung und Präsentationslogik vor. Deshalb ist target auch Bestandteil von (X)HTML Transitional. Das ist aber kein Problem von Frames an sich, sondern eine Fehlentscheidung von (X)HTML (bzw. den Erfindern von Frames). XFrames bzw. CSS 3 wird diese Vermischung aufheben. -- molily 18:48, 26. Mai 2005 (CEST)
thread_title:  bzgl. Trennung von Struktur und Präsentation 

message: Ich habe bei Nachteile ausgebessert das Suchmaschienen die unterseiten nicht Indexieren könnnen und nur den text zwischen <noframes> und </noframes> auslesen was zu einem erheblichen Nachteil bei suchmaschienen füht.
Außerdem habe ich hinzugefühgt das sich Framebasierende Seiten schlecht bookmarken und drucken lassen.
--Big v 13:29, 28. Jan 2006 (CET)
thread_title:  nachteile 

message: Das ist alles ein bisschen "Wischi-Waschi". Eine Auflistung von persönlichen Geschmäckern und Vorlieben, etwas garniert mit Gesagt-Gehörtem, die Hälfte davon im Konjunktiv. Viele der Argumente stammen aus alten Zeiten und sind nicht besser geworden über die Jahre.
Ich will hier kein Framedebatte starten, aber auch hier wird so getan, als ob "Frames was für Anfänger wären, Profis habe sowas nicht nötig". Das ist nicht richtig. Frames haben Vorteile und Nachteile, die individuell abgewogen werden müssen. Manchmal (nicht oft, aber doch) überwiegen die Vorteile, vor allem bei kleineren Sites.
Framebasierende Seiten lassen sich genauso bookmarken und drucken wie andere Seiten auch. Auch Suchmaschinen haben keine wirklichen Probleme mit Frames, Besucher merken es meistens gar nicht und wenn stört es sie nicht. Frames sind für "häufig" für bestimmte Auflösungen gemacht? Häufiger als andere?
Die Seite sollte auf die Hälfe zusammengestutzt werden.
--Chio 18:18, 2. Feb 2007 (CET)
thread_title:  wischi-waschi 

message: Server-seitige Techniken, etwa Server Side Includes, oder der Einsatz von CSS sind mögliche Alternativen, um  Seiten aus Teilstücken zusammenzusetzen oder die Seite visuell in Teilbereiche aufzuteilen, um damit den Einsatz 
von Frames zu vermeiden.
Das mit CSS ist Unsinn. Mit CSS kann man keine Seiten aus Teilstücken zusammensetzen; nutzen kann man es auch, wenn man Frames benutzt.
:Ich habe den Satz so verstanden, dass man mit SSI die Seite zusammensetzt und mit CSS die Seite in Teilbereiche (z.B. div-Attribut) aufteilen kann.--84.148.2.13 17:13, 17. Jul 2006 (CEST)
thread_title:  Diskussion 

message: Habe das Frameset-Beispiel mal entfernt, da sich ein ähnliches bereits im Artikel Frameset befindet (wo es meines Erachtens auch besser hingehört) --Dominic Z. 21:03, 9. Mai 2006 (CEST)
thread_title:  Frameset-Beispiel 

message: gudn tach!
erst hue, dann hott. mag da mal jemand mit reichlich screenreader-ahnung hand anlegen? -- seth 01:40, 2. Mär. 2009 (CET)
thread_title:  barrierefreiheit 

message: Erschöpfender Artikel.
Ich vermisse allerdings den benötigten Code, um eine Frameseite zu definieren, ein "HowTo", bevor man sich in die Diskussion begibt, was warum wie sinnvoll ist. Ich habe diesenArtikel nämlich aufgerufen, um ansatzweise zu erfahren, wie man sowas programmiert.
Hat jemand Lust, das nochmal nachzubasteln? Bitte kein Verweis auf SelfHTML ;-) (nicht signierter Beitrag von 213.39.229.64 (Diskussion | Beiträge) 07:46, 10. Mär. 2009 (CET)
replies: text: Siehe WP:WWNI, Punkt 9: Wikipedia ist weder Anleitung noch Ratgeber. Es ist nicht Aufgabe der Wikipedia zu erklären, wie man eine Redewendung, ein Gerät oder eine Software verwendet.  Was ist denn falsch an SelfHTML? -- Hgulf  Diskussion 12:12, 10. Mär. 2009 (CET)
thread_title:  Und wo ist das Wichtigste? 

message: Ich würde gern wissen wie man eine Website mithilfe von html erstellt. Dafür müsste ich die Codes dafür wissen.  (ohne Benutzername signierter Beitrag von 82.212.22.112 (Diskussion | Beiträge) ) 
:gudn tach!
:dies ist eine diskussionsseite ueber den wikipedia-artikel. hilfe zu html erhaeltst du z.b. auf . -- seth 11:16, 25. Apr. 2009 (CEST)
thread_title:  html-Code 

message: Also, für einen Laien, der eine Information benötigt, was denn ein "Frame" nun ist, wirken die Erläuterungen wenig erhellend. Wenn ich sowas in meinem Brockhaus lesen würde, würde ich ihn an den Verlag mit einem geharnischten Beschwerdebrief retournieren.
Theobald Tiger (nicht signierter Beitrag von 91.115.179.25 (Diskussion | Beiträge) 18:44, 18. Jun. 2009 (CEST)
thread_title:  Erläuterungen zu Frames 

message: Die hier beschriebenen Nachteile entsprechen wenn überhaupt nur einen Blickwinkel. Den des allgemein zugänglichen Internetportals. In einer WebApplikation, die ggf. nur im Intranet läuft, hat ein Frame viele Vorteile. Die hier aufgelisteten Nachteile greifen nicht. Einige anwendungsspezifische Bedingungen können auch mit ajax nicht gelöst werden.
-- 188.46.144.48 15:19, 29. Mär. 2010 (CEST)
thread_title:  Nachteile nicht unbedingt. 

message: Wow - ein Editwar und noch kein Diskussionsbeitrag? Darf ich mal einen Kompromiss versuchen? Auch wenn ich das noch nie probiert habe kann ich mir vorstellen, dass sowas funktioniert. Aber den Leser des Artikels so völlig allein zu lassen finde ich auch nicht richtig. Vorschlag: Der Hinweis mit der Rewrite Engine darf hinein und wird mit einer Referenz zu einer beschreibenden Website versehen. Damit sollten alle leben können. Munter bleiben -- Hgulf  Diskussion 17:03, 23. Feb. 2011 (CET)
replies: text: hallo hgulf! ich habe Benutzer:M-J direkt angesprochen . solange seine behauptung nicht bewiesen ist sollte das auch nicht in den artikel. -- ∂ 02:04, 24. Feb. 2011 (CET)
replies: text:  Ich hatte auch etwas gesucht - in allen "offiziellen Beispielen" für mod_rewrite (und da gibt es schon recht ausführliche, zum Teil abstruse Kombinationen) werden Frames nicht wirklich erwähnt. Meiner Meinung nach kann man sowas höchstens über den (unzuverlässigen) Referrer machen.... was technisch eine eher unüberlegte Lösung wäre. Ich lasse mich gerne eines besseren belehren und freue mich auf ein Beispiel. --Guandalug 21:31, 24. Feb. 2011 (CET)

text: Meiner Ansicht nach ist das Thema jetzt vom Tisch: Kein Beleg, keine Erwähnung. Vielen Dank Euch beiden.-- Hgulf  Diskussion 09:56, 3. Mär. 2011 (CET)
replies: text: Ich hatte es auf SelfHTML zur Diskussion gestellt, Fazit dort: "Geht nicht!" --Fritzbruno 16:33, 3. Mär. 2011 (CET)
thread_title:  Rewrite Engine 

message: Zu Zeiten des ersten Browserkrieges jedoch gab es zwei Möglichkeiten, eine graphisch einheitliche Gestaltung im Web realisieren: Frames oder komplexe Tabellenlayouts. Frames sind dabei meist schlanker und wurden in den unterschiedlichen Browsern auch einigermaßen einheitlich dargestellt.
Die Webseitengestaltung über Frames hatte insofern ihre Berechtigung. Websites, die heute noch auf Frames basieren, sind meistens alt.
Ich finde, diese Informationen über den historischen Zusammenhang wären sinnvoll für diesen Artikel.--Intermalte 11:37, 10. Mai 2011 (CEST)
thread_title:  Entwicklung / Geschichte