tag:forum.selfhtml.org,2005:/self Frames – SELFHTML-Forum 2007-12-04T07:46:44Z https://forum.selfhtml.org/self/2007/nov/14/frames/1179887#m1179887 bronkZ mbirnbacher@gmx.de 2007-11-14T18:35:17Z 2007-11-14T18:35:17Z Frames <p>Guten Tag,</p> <p>ich bin noch recht neu in diesem Gebiet und habe nun ein Problem das ich irgendwie schlecht lösen kann. Also, mommentan besteht meine Seite aus einer Tabelle, nun habe ich allerdings viele HTML Dokumente und wenn ich was ändern möchte muss ich das ja in allen machen was sehr viel Arbeit ist. Nun habe ich an Frames gedacht, habe mir hier auch schon die Anleitungen durchgelesen, nur kommen mir folgende fragen:</p> <p>Kann ich in Tabellenzellen Frames anzeigen lassen?<br> Kann man überhaupt Frames mit einer Tabelle zusammen benutzen?<br> Kann man ein Frameset zentrieren, oder eine bestimmte größe(höhe, breite) in Pixeln festlegen?<br> Wie würdet ihr es in HTML machen?<br> Was würdet ihr mir raten?</p> <p>Link zur Seite: www.djs4ever-online.de.vu</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180025#m1180025 Andre 2007-11-14T18:40:43Z 2007-11-14T18:40:43Z Frames <blockquote> <p>Kann ich in Tabellenzellen Frames anzeigen lassen?</p> </blockquote> <p>Jain... Das geht nur mit Iframes...</p> <blockquote> <p>Kann man überhaupt Frames mit einer Tabelle zusammen benutzen?</p> </blockquote> <p>Dementsprechend Ja!</p> <blockquote> <p>Kann man ein Frameset zentrieren, oder eine bestimmte größe(höhe, breite) in Pixeln festlegen?</p> </blockquote> <p>Das Iframe kannst Du wie ein Bild in deinem Code beliebig platzieren und auch eine Höhe und Breite festlegen.</p> <blockquote> <p>Wie würdet ihr es in HTML machen?</p> </blockquote> <p>Ich würde es mit PHP, DIVs und Include umsetzen, das ist aber für einen Anfänger zu kompliziert.</p> <blockquote> <p>Was würdet ihr mir raten?</p> </blockquote> <p>Auf jemanden warten, der eine bessere Idee hat ;).</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180015#m1180015 bronkZ mbirnbacher@gmx.de 2007-11-14T19:47:51Z 2007-11-14T19:47:51Z Frames <p>Erstmal danke für die Antowrten :)</p> <p>Ein CMS kommt für mich erstmal nicht in frage da es mein ziel ist meine page selbst zu schreiben. Von SSI und Includes hab ich leider keine Ahnung ^^.</p> <p>Werde das mit den iframes nochma durch gehen :)</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179888#m1179888 frankx frankxberlin@gmx.de 2007-11-15T10:44:50Z 2007-11-15T10:44:50Z Frames <p>Hellihello bronkZ</p> <p>der Gunnar und ich diskutieren so gern über Frames:</p> <p><a href="https://forum.selfhtml.org/?t=161540&m=1050938" rel="noopener noreferrer">https://forum.selfhtml.org/?t=161540&m=1050938</a></p> <p>Ich bin nämlich der Ansicht, dass Frames auch Anfängern ein gutes Verständnis vermitteln können. Wenn Dein Hang, sich bei Suchmaschinen anzubiedern mäßig ist oder Du glaubst, dass Google mittlerweile auch herausfinden kann, was innerhalb eines Framesets steht, oder Du irgendwann rausbekommst, wie der no-Frame-Bereich sinnvoll nutzbar ist, du nicht zu sehr mit Direktverweisen auf Deine Untersteiten rechnest und/oder den Einbau eines kleinen Javascripts in die Navi nicht scheust, Du die Frames obendrein noch sinnvoll benennst, dann hat Gunnar als bekennender Frames-Hasser kaum noch echte Argumente (;-).</p> <p>Es gibt übrigens bereits ein Ticket hab ich gelesen, dass den SELFHTML-eigenen Artikel zu Frames zur Überarbeitung schickt.</p> <p>Valide sind sie allemal, nicht mal deprecated beim W3C und barrierefrei lassen sie sich auch gestalten. Zudem sind sie aus meiner Sicht u.U. sogar syntaktisch korrekter. Kleiner Spass hierzu noch: <a href="http://vergessichnicht.de/zu_Frames" rel="nofollow noopener noreferrer">http://vergessichnicht.de/zu_Frames</a> - auch unter o.g. Link zu finden.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179889#m1179889 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-15T15:17:00Z 2007-11-15T15:17:00Z Frames <p>Hi,</p> <blockquote> <p>Wenn Dein Hang, sich bei Suchmaschinen anzubiedern mäßig ist</p> </blockquote> <p>Komisch. Meine Coding-Site ist ja eine Frames-Site und die Seiten sind bei relevanten Suchbegriffen (mitunter auch weniger relevanten) typischerweise auf der 1. Ergebnisseite von Google (mitunter auf Platz 1, oder auch einfach nur vor SELFHTML). Also das anbiedern klappt dann wohl auch ganz gut mit Frames ... :))</p> <p>Gruß, Cybaer</p> <p>PS: Die von Gunnar (dem No-Frames-Taliban) standardmäßig verlinkte Subotnik-Seite, ist inhaltlich ohnehin ziemlicher Stuß ...</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179993#m1179993 Don P 2007-11-15T15:30:03Z 2007-11-15T15:30:03Z Frames <p>Hallo,</p> <blockquote> <p>Komisch. Meine Coding-Site ist ja eine Frames-Site und die Seiten sind bei relevanten Suchbegriffen (mitunter auch weniger relevanten) typischerweise auf der 1. Ergebnisseite von Google [...]</p> </blockquote> <p>Google hat nicht wirklich ein Problem mit Frames, aber eine Unterseite deiner angemeldeten Startseite wird automatisch weniger gut bewertet, als wenn der Suchbegriff direkt auf deiner Startseite stehen würde. Du verschenkst also durch das für Google sonst nichtssagende Fameset als Startseite ein wenig vom möglichen Ranking. Das gilt entsprechend für jede weitere Unterebene, die der Google-Bot durchforstet.</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179991#m1179991 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-15T16:33:52Z 2007-11-15T16:33:52Z Frames <p>Hello out there!</p> <blockquote> <p>PS: Die von Gunnar (dem No-Frames-Taliban) standardmäßig verlinkte Subotnik-Seite, ist inhaltlich ohnehin ziemlicher Stuß ...</p> </blockquote> <p>Wenn du das nicht mit Argumenten untermauern kannst, ist dein Posting ziemlicher Stuss.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179986#m1179986 frankx frankxberlin@gmx.de 2007-11-15T17:56:29Z 2007-11-15T17:56:29Z Frames <p>Hellihello Cybärli,</p> <blockquote> <p>Komisch. Meine Coding-Site ist ja eine Frames-Site und die Seiten sind bei relevanten Suchbegriffen (mitunter auch weniger relevanten) typischerweise auf der 1. Ergebnisseite von Google (mitunter auf Platz 1, oder auch einfach nur vor SELFHTML). Also das anbiedern klappt dann wohl auch ganz gut mit Frames ... :))</p> </blockquote> <p>Ja, das denke ich übrigens auch. Im Zweifel, wenn es darauf ankäme, sieht man sich als Entwickler aber vielleicht merkwürdigen Behauptungen (selbsternannter) Experten gegenüber. Würd ich eine Seite für viel Geld bauen, wär ich vermutlich vorsichtig, auch wenn ichs sonst nicht einsehe (;-).</p> <blockquote> <p>... dem No-Frames-Taliban</p> </blockquote> <p>(;-)</p> <blockquote> <p>standardmäßig verlinkte Subotnik-Seite, ist inhaltlich ohnehin ziemlicher Stuß ...</p> </blockquote> <p>Meine Alternative gefällt Dir wohl nicht? Besser im rechten Frame in Weiß die Contras und im linken Frame in Schwarz die Pros?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179890#m1179890 gary MrAcryl@gmx.de 2007-11-16T15:31:23Z 2007-11-16T15:31:23Z Never ending story <p>Hi Leute,</p> <blockquote> <p>PS: Die von Gunnar (dem No-Frames-Taliban) standardmäßig verlinkte Subotnik-Seite...</p> </blockquote> <p>Hehehe, No-Frames-Taliban... ;)</p> <p>Ein kleiner Zweizeiler:</p> <p>Wer Frames nicht genügend respektiert,<br> Wir schnell zum Terroristen degradiert.</p> <p>[latex]<br> gary_\mathrm {max}<br> [/latex]</p> <p>PS.: Wo bleibt den nur endlich die wirklich _neutrale_ Gegenüberstellung zwischen Frames (zwei oder mehr)und NoFrames (Auslagern usw.), die Anfänger, Hilfsprogrammnutzer (z. B. Frontpage), Selbstprogrammierer und den Fortgeschrittenen Experten berücksichtigen. Vielleicht mit Spiegelstrich rechts / links, dann kann man Direkt vergleichen.</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179911#m1179911 Don P 2007-11-16T17:07:33Z 2007-11-16T17:07:33Z Never ending story <p>Hallo,</p> <blockquote> <p>PS.: Wo bleibt den nur endlich die wirklich _neutrale_ Gegenüberstellung zwischen Frames (zwei oder mehr)und NoFrames (Auslagern usw.), die Anfänger, Hilfsprogrammnutzer (z. B. Frontpage), Selbstprogrammierer und den Fortgeschrittenen Experten berücksichtigen. Vielleicht mit Spiegelstrich rechts / links, dann kann man Direkt vergleichen.</p> </blockquote> <p>DAS wäre mal ein innovativer Ansatz, würde mich auch interessieren :-).</p> <p>Es lassen sich mit Sicherheit mehr oder weniger allgemeine Szenarien finden, wo Frames eher zu empfehlen oder eher nicht zu empfehlen sind – je nach Art, Anwendungsbereich und Zielgruppe von HTML-Dokumenten (man beachte die vorsichtige Formulierung).</p> <p>Vielleicht sollte man mal einen Thread dazu eröffnen, wo einfach sämtliche denkbaren Vor- und Nachteile zusammengetragen werden. Daraus ließe sich dann vielleicht eine neutrale Gegenüberstellung machen. Aber vermutlich ist es unmöglich, hier irgend einen Konsens wenigstens für bestimmte Anwendungfälle zu finden :-(</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179910#m1179910 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-18T11:36:51Z 2007-11-18T11:36:51Z Never ending story <p>Hello out there!</p> <blockquote> <p>Wo bleibt den nur endlich die wirklich _neutrale_ Gegenüberstellung zwischen Frames (zwei oder mehr)und NoFrames (Auslagern usw.)</p> </blockquote> <p>Ich wüsste nicht, was an <a href="http://www.subotnik.net/html/frames.html" rel="nofollow noopener noreferrer">Subotniks Artikel</a> nicht neutral sein sollte. Es werden objektiv vorhandene Nachteile einer Technik aufgelistet und deshalb abgeraten, diese Technik einzusetzen. Eben weil es gute Alternativen dazu gibt, die bessere Ergebnisse erzielen.</p> <p>Die von den Operation-Enduring-Framedom-Bushmännern hin und wieder angebrachten „Vorteile“ sind keine, da diese Argumente für serverseitige Includes (ob SSI oder PHP ist hier völlig egal) genauso zutreffen.</p> <p>Der einzige Vorteil von Frames gegenüber serverseitigen Include-Techniken ist, dass letztere eben Webspace verlangen, der diese unterstützt. Wer an dieser Stelle sparen möchte, weil er denkt, Geiz sei geil, der möchte wohl auch eine billig aussehende Webseite.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179891#m1179891 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-18T19:19:26Z 2007-11-18T19:19:26Z Never ending story <p>Hi,</p> <blockquote> <p>Wer Frames nicht genügend respektiert,<br> Wir schnell zum Terroristen degradiert.</p> </blockquote> <p>Ne ne, kein Terrorist. =:-) Ich meine: Fundamentalist. Und dann noch einer, der mit seinem Glauben immer und immer wieder andere bekehren möchte. Sowas mag ich halt prinzipiell nicht. Egal ob es um Islamisten, Evangelikale oder Vanillepudding geht ... ;-)</p> <p>Wirkt auf mich selbst dann unsympathisch, wenn das Anliegen eien gewissen Berechtigung zu haben scheint (ich möchte da nur an die hiesigen Tiraden von F. einem gewissen v.G. gegenüber als Beispiel nennen).</p> <blockquote> <p>PS.: Wo bleibt den nur endlich die wirklich _neutrale_ Gegenüberstellung zwischen Frames (zwei oder mehr)und NoFrames (Auslagern usw.), die Anfänger, Hilfsprogrammnutzer (z. B. Frontpage), Selbstprogrammierer und den Fortgeschrittenen Experten berücksichtigen.</p> </blockquote> <p>Ach, Frames sind nur eine Technik, und das Web ist voll von Techniken. Jede Technik will IMHO erlernt sein, sonst ist das Ergebnis nicht unbedingt optimal. Ein z.B. FP-Nutzer wird wohl nie ein optimales Ergebnis erzielen wollen, egal was er macht ...</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179892#m1179892 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-19T04:33:43Z 2007-11-19T04:33:43Z Never ending story <p>Hello out there!</p> <blockquote> <p>Fundamentalist. Und dann noch einer, der mit seinem Glauben immer und immer wieder andere bekehren möchte.</p> </blockquote> <p>Du hättest einen Punkt, wenn immer wieder derselbe bekehrt werden sollte, bis er schließlich selbst dran glaubt.</p> <p>Ist aber nicht so; es sind ja wieder immer neue Leute, die Frames einsetzen, weil sie sich ihrer Nachteile noch nicht bewusst sind. Also muss es denen einmalig(!) immer wieder(!) gesagt werden. (Du erkennst, dass das kein Widerspruch ist?)</p> <blockquote> <p>Wirkt auf mich selbst dann unsympathisch, wenn das Anliegen eien gewissen Berechtigung zu haben scheint</p> </blockquote> <p>Das Stammpublikum hier, denen Frames schon auf die Nerven gehen, ist ja nicht das Zielpublikum der Predigten.</p> <p>Das ist nichts anderes als immer wieder jemandem anderen zu sagen, wie er seine Inhalte zentriert auf die Seite bekommt.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179893#m1179893 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-19T07:34:44Z 2007-11-19T07:34:44Z Never ending story <p>Hi,</p> <blockquote> <p>Du hättest einen Punkt, wenn immer wieder derselbe bekehrt werden sollte, bis er schließlich selbst dran glaubt.</p> </blockquote> <p>Also mich nerven die Zeugen Jehovas auch, wenn sie nur einmal vor meiner Tür stehen, und mir die Backe vollquatschen wollen (oder die Mormonen, oder eben Du - ich will dich ja nicht blacklisten und muß daß auch ständig mitlesen :->).</p> <blockquote> <p>Ist aber nicht so; es sind ja wieder immer neue Leute, die Frames einsetzen, weil sie sich ihrer Nachteile noch nicht bewusst sind. Also muss es denen einmalig(!) immer wieder(!) gesagt werden. (Du erkennst, dass das kein Widerspruch ist?)</p> </blockquote> <p>Jep. Typisch deutsche Nervensäge halt. >;-></p> <p>Und das anhand deiner Vorurteile und einer IMHO mehr als zweifelhaften Liste angeblicher Nachteile.</p> <blockquote> <p>Das Stammpublikum hier, denen Frames schon auf die Nerven gehen, ist ja nicht das Zielpublikum der Predigten.</p> </blockquote> <p>Ich bin auch Stammpublikum, und mir gehen die Predigten auf den Senkel (und damit bin ich bekanntermaßen nicht allein).</p> <blockquote> <p>Das ist nichts anderes als immer wieder jemandem anderen zu sagen, wie er seine Inhalte zentriert auf die Seite bekommt.</p> </blockquote> <p>Das sehe ich anders. Du verwechselst Positiv-Hilfe mit Allgemeinplätzen.</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179894#m1179894 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-19T08:07:49Z 2007-11-19T08:07:49Z Never ending story <p>Hello out there!</p> <blockquote> <p>Also mich nerven […] die Mormonen</p> </blockquote> <p>Was hast du gegen mehrere Frauen? >;-></p> <blockquote> <p>ich will dich ja nicht blacklisten und muß daß auch ständig mitlesen :->).</p> </blockquote> <p>Nö, keiner zwingt dich. Wenn im Titel „Frame“ steht und als Autor „Gunnar“, solltest du es auch ohne technische Hilfe einer Blacklist schaffen, das Posting zu ignorieren.</p> <blockquote> <p>Und das anhand deiner Vorurteile und einer IMHO mehr als zweifelhaften Liste angeblicher Nachteile.</p> </blockquote> <p>Ich habe keine Vorurteile; ich habe Argumente. Wenn du Zweifel an den Argumenten hast, darfst du sie gerne vorbringen. „Siehe Archiv“ zählt nicht.</p> <blockquote> <p>Das sehe ich anders. Du verwechselst Positiv-Hilfe mit Allgemeinplätzen.</p> </blockquote> <p>Von Framesets abzuraten IST Positiv-Hilfe. Das kannst du gerne anders sehen.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179906#m1179906 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-19T09:25:15Z 2007-11-19T09:25:15Z Never ending story <p>Hi,</p> <blockquote> <blockquote> <p>Also mich nerven […] die Mormonen<br> Was hast du gegen mehrere Frauen? >;-></p> </blockquote> </blockquote> <p>Dann nerven mich die Hormonen! >;-></p> <blockquote> <p>Nö, keiner zwingt dich. Wenn im Titel „Frame“ steht und als Autor „Gunnar“, solltest du es auch ohne technische Hilfe einer Blacklist schaffen, das Posting zu ignorieren.</p> </blockquote> <p>Das ist doch wie mit dem Pickel: Man weiß, daß man ihn in Ruhe lassen soll, aber dann kratzt man sich doch ... ;-></p> <p>... human nature! ;)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179895#m1179895 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-19T16:32:51Z 2007-11-19T16:32:51Z Never ending story <p>Hello out there!</p> <blockquote> <p>Ich habe keine Vorurteile; ich habe Argumente.</p> </blockquote> <p>Ich unterstütze Suboniks. Bis auf das mit den Suchmaschinen; das hat wohl kaum Relevanz (mehr).</p> <p>Aber da gilt die Salvatorische Klausel: Durch die Ungültigkeit eines Arguments wird die Gültigkeit der anderen nicht eingeschränkt.</p> <p>Und hier will doch niemand die Optimierung von Webseiten für Maschinen über die Optimierung für Menschen stellen?</p> <p>(Das Achten auf valides HTML ist auch eine Optimierung für Maschinen; das kommt aber den Nutzern zugute: Je nach Schwere von Fehlern gibt es keine Auswirkungen, Darstellungsfehler, Darstellungswunder. SEO kommt den Nutzern nicht zugute.)</p> <p>BTW, Subotniks Artikel ist beim Googlen nach "Frames" auf Platz 3 – gleich hinter Wikipedia und SELFHTML.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179896#m1179896 frankx frankxberlin@gmx.de 2007-11-19T16:53:33Z 2007-11-19T16:53:33Z Never ending story <p>Hellihello Gunnar,</p> <blockquote> <p>BTW, Subotniks Artikel ist beim Googlen nach "Frames" auf Platz 3 – gleich hinter Wikipedia und SELFHTML.</p> </blockquote> <p>Das kommt nur, weil ich "meinen Versuch einer tabellarischen Zusammenstellung mit Linkliste" auf noindex gesetzt hab (;-).</p> <p>Abgesehen davon finde ich den Subotnik-Artikel wirklich mäßig sachbezogen und auch mäßig korrekt.</p> <p>"Mit HTML 4.0 wurde wieder mehr Wert auf die Trennung von Inhalt und Präsentation eines HTML-formatierten Textes gelegt. Im HTML-Code sollten nur Elemente verwendet werden, die etwas über die Bedeutung und die Struktur des Textes aussagen."</p> <p>Das ist keinesfalls komplett korrekt, da sowohl <img> wie auch <script>, <style> und <object> genauso informationsgebende Elemente sind. Information beschränkt sich bei HTML keinsfalls auf Text.</p> <p>"Eine FRAMESET-Datei hat dagegen überhaupt keinen Inhalt (der NOFRAMES-Bereich wird von einem FRAMEs-fähigen Browser völlig ignoriert)!"</p> <p>Es hat genausoviel Inhalt wie o.g. Elemente. Es hat zudem den Inhalt: ich bin zwei oder mehrer Inhalte.</p> <p>"Sie macht ausschliesslich Angaben über die grafische Präsentation anderer Dokumente. Für andere Ausgabemedien als für die hochauflösende Bildschirmdarstellung hat das Frameset keine Bedeutung."<br> Das ist schlicht unfug. Wie Eric Myer u.a. zeigt, macht es insbesondere dann Sinn, ein Frameset einzusetzten, wenn das Menü sehr viele Einträge hat (ein Übersicht zB. s.a. die Sidebar von Selfhtml u.a.). Ein Frameset lässt sich zudem in der Größe verändern und macht im korrekten Falle genau eine inhaltliche Aussage: zwei Inhalte, die sich in einer 1:n Relation befinden.</p> <p>"Auf den ersten Blick erscheint das als philosophisches Problem von Struktur-Dogmatikern..."</p> <p>Um mal auf dieser Ebene zu argumentieren: genau das tut der Artikel, weshalb ich ihn als unvollständig und einseitig ansehe.</p> <p>", wir werden aber sehen, dass dies die Ursache aller weiteren Probleme ist."</p> <p>Meiner bescheidenen Meinung nach leider nicht.</p> <p>"Das FRAMESET ist ein toter Container, der nichts von seinen Inhalten weiß."</p> <p>Genau wie ein <img> oder <objekt>. Es gibt eben auch nichtschriftliche Inforamtion.</p> <p>Diese Aussage findet sich auch nirgends beim W3C.</p> <p>Auf das weitere gehe ich jetzt erstmal nicht ein. Mir ist ja nach einer sachlichen Auflistung der Pros und Kontras.</p> <p>Nebenbei will mir garnicht in den Kopf, warum ein Frameset für einen kleinen Viewport ungeeignet wäre. Ich kann doch gerade und nur beim Frameset das selbst sofort anpassen, sogar das Menü wegschieben um mehr Platz für den Inhalt zu haben bzw. es aufziehen, wenn ich zu einem weiteren Thema den Menüpunkt suche.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179897#m1179897 molily molily@gmx.de http://molily.de/ 2007-11-27T17:12:09Z 2007-11-27T17:12:09Z Never ending story <p>Hallo,</p> <blockquote> <p>"Mit HTML 4.0 wurde wieder mehr Wert auf die Trennung von Inhalt und Präsentation eines HTML-formatierten Textes gelegt. Im HTML-Code sollten nur Elemente verwendet werden, die etwas über die Bedeutung und die Struktur des Textes aussagen."</p> <p>Das ist keinesfalls komplett korrekt, da sowohl <img> wie auch <script>, <style> und <object> genauso informationsgebende Elemente sind. Information beschränkt sich bei HTML keinsfalls auf Text.</p> </blockquote> <p>Du musst schon berücksichtigen, was der Autor damit sagen will. Natürlich grenzt sich HTML 4 nicht von object usw. ab, aber doch von denjenigen HTML-Elementen, die als HTML-Elemente die Präsentation beeinflussen.</p> <p>style tut dies nicht direkt, genausowenig wie script es direkt tut, genausowenig wie object andere Inhalte mit dem HTML verschweißt - all diese binden fremde Medientypen ein. Das Ideal von HTML 4 ist tatsächlich die Trennung der Sprachen bzw. Logiken. Grafiken, JavaScript und CSS sind nunmal nicht HTML - aber frameset, frames, target usw. sind HTML. Das ist der Punkt.</p> <blockquote> <p>"Eine FRAMESET-Datei hat dagegen überhaupt keinen Inhalt (der NOFRAMES-Bereich wird von einem FRAMEs-fähigen Browser völlig ignoriert)!"</p> <p>Es hat genausoviel Inhalt wie o.g. Elemente. Es hat zudem den Inhalt: ich bin zwei oder mehrer Inhalte.</p> </blockquote> <p>Ja und?</p> <p>Es ist doch egal, dass style und script keinen menschenlesbaren Inhalt im Sinne von natürlichsprachigem Text, Ton oder Bild haben. Sie sind ja auch selbst keine HTML-Dokumente! Das aber sind Framesets, und überhaupt deshalb ist die Inhaltslosigkeit von Relevanz.</p> <p>Der Text will sagen: Ein »Frameset« bricht mit der klassischen Dokumentvorstellung. Das hat verschiedene Auswirkungen.<br> Das Einbinden von CSS oder JavaScript *in* ein klassisches Dokument konterkariert nicht dessen Konzept.</p> <blockquote> <p>"Sie macht ausschliesslich Angaben über die grafische Präsentation anderer Dokumente. Für andere Ausgabemedien als für die hochauflösende Bildschirmdarstellung hat das Frameset keine Bedeutung."<br> Das ist schlicht unfug. Wie Eric Myer u.a. zeigt, macht es insbesondere dann Sinn, ein Frameset einzusetzten, wenn das Menü sehr viele Einträge hat (ein Übersicht zB. s.a. die Sidebar von Selfhtml u.a.). Ein Frameset lässt sich zudem in der Größe verändern und macht im korrekten Falle genau eine inhaltliche Aussage: zwei Inhalte, die sich in einer 1:n Relation befinden.</p> </blockquote> <p>Du widersprichst dem Text damit überhaupt nicht, der macht trotzdem seinen Punkt.</p> <p>Es ist eigentlich egal, was für eine Beziehung zwischen den Inhalten besteht. Natürlich besteht oft eine inhaltliche Relation, dazu setzt man Frames schließlich ein. Die Aussage des Textes ist aber, dass diese Relation nicht im Frameset ausgedrückt ist. Darin stehen nur Elemente, die eine grafische Anordnung definieren. Sie können prinzipiell keine inhaltlich-semantische Relation ausdrücken. DESHALB gilt eben, dass Framesets für andere Ausgabemedien, die der Darstellung nicht fähig sind, nichts sagen (und eine Navigation deshalb schwierig ist, weil der Benutzer erstmal die Relation selbst herausfinden muss, was je nach Zugangstechnik ziemlich schwierig ist). Denn mehr als die bloße Darstellung drücken sie nicht aus.</p> <blockquote> <p>"Das FRAMESET ist ein toter Container, der nichts von seinen Inhalten weiß."</p> <p>Genau wie ein <img> oder <objekt>. Es gibt eben auch nichtschriftliche Inforamtion.</p> </blockquote> <p>Du widersprichst wieder einer Aussage, die gar nicht gemacht wurde.</p> <p>object ist Bestandteil eines klassischen HTML-Dokuments und das ist in diesem Kontext völlig konsistent: Ein Dokument verweist auf andere Medien in einem bestimmten inhaltlichen Kontext. Ein Frameset ist aber ein eigenständiges HTML-Dokument. (Jetzt könnte man natürlich drüber diskutieren, ob ein Dokument nur mit ein paar objects, die mit CSS über den Bildschirm geklebt werden, noch ein klassisches Dokument ist und was den Unterschied zum »toten Container« macht.)</p> <blockquote> <p>Diese Aussage findet sich auch nirgends beim W3C.</p> </blockquote> <p>Was für ein Argument... ;)</p> <blockquote> <p>Ich kann doch gerade und nur beim Frameset das selbst sofort anpassen, sogar das Menü wegschieben um mehr Platz für den Inhalt zu haben bzw. es aufziehen, wenn ich zu einem weiteren Thema den Menüpunkt suche.</p> </blockquote> <p>Bei integrierten Navigationen kann man auch durch Scrollen das Menü wegschieben bzw. in den Fokus holen... Ist nix spezifisches.</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179898#m1179898 frankx frankxberlin@gmx.de 2007-11-27T20:13:30Z 2007-11-27T20:13:30Z Never ending story <p>Hellihello Mathias,</p> <blockquote> <blockquote> <p>"Mit HTML 4.0 wurde wieder mehr Wert auf die Trennung von Inhalt und Präsentation eines HTML-formatierten Textes gelegt. Im HTML-Code sollten nur Elemente verwendet werden, die etwas über die Bedeutung und die Struktur des Textes aussagen."</p> <p>Das ist keinesfalls komplett korrekt, da sowohl <img> wie auch <script>, <style> und <object> genauso informationsgebende Elemente sind. Information beschränkt sich bei HTML keinsfalls auf Text.</p> </blockquote> <p>Du musst schon berücksichtigen, was der Autor damit sagen will. Natürlich grenzt sich HTML 4 nicht von object usw. ab, aber doch von denjenigen HTML-Elementen, die als HTML-Elemente die Präsentation beeinflussen.</p> </blockquote> <p>Naja, mit dieser Aussage hätte ich jetzt, um genau zu sein, zwei "Probleme" - ich habe gelesen, dass die Diskussion für Dich 5-6 Jahre alt, Du Deine Seite dazu gelöscht hast und im Grunde das Thema als abgeschlossen ansiehst. Meine "Probleme" dennoch:</p> <p>1. Es geht mir ja eigentlich darum, nicht zu berücksichtigen, was der Autor sagen will, sondern zuzusehen, dass das, was "der Autor" sagen will, auch so gesagt wird, wies gemeint ist. Das die Idee hinter dem Pro und Contra. Das auch meine Kritik im Ganzen an dem Artikel: zu weltanschaulich, zu wenig präzise im Detail.<br> 2. Ein img/src ist zwar oft (bei Links) Layout relativ pur. Aber grafische Information (ein Bild von einer Person, eine grafische Darstellung von Verläufen o.ä.) sind ja kein Layout. Das ist Information, wie sie u.U. in Worten nur schwer zu beschreiben ist. "Layout" (s. u.a. auch UML) kann auch Informationsträger sein.</p> <blockquote> <p>style tut dies nicht direkt, genausowenig wie script es direkt tut, genausowenig wie object andere Inhalte mit dem HTML verschweißt - all diese binden fremde Medientypen ein.</p> </blockquote> <p>Ja, und Information ist ein Bündel aus Schrift, Audio, Bilder (bewegt und unbewegt).</p> <blockquote> <p>Das Ideal von HTML 4 ist tatsächlich die Trennung der Sprachen bzw. Logiken. Grafiken, JavaScript und CSS sind nunmal nicht HTML - aber frameset, frames, target usw. sind HTML. Das ist der Punkt.</p> </blockquote> <p>Mh, irgendwie krieg ich diesen Punkt nicht. Das Element, ob object, img oder iframe oder frame verweist auf eine Quelle. Einmal ein Flashfilm, einmal ein Bild, einmal ein animiertes GiF, einmal ein weiterer HTML-Quelltext. Ich finde das logisch einwandfrei. Das w3c schreibt auch bei den Problemen nur von der "usability" (also den Browserschwächen sag ich mal ein wenig pointiert, die mit History und Links nicht zurechtkommen). Es rät sogar zur Alternative Nutzung von <object>.</p> <blockquote> <p>"Eine FRAMESET-Datei hat dagegen überhaupt keinen Inhalt (der NOFRAMES-Bereich wird von einem FRAMEs-fähigen Browser völlig ignoriert)!"</p> <blockquote> <p>Es hat genausoviel Inhalt wie o.g. Elemente. Es hat zudem den Inhalt: ich bin zwei oder mehrer Inhalte.</p> </blockquote> <p>Ja und?</p> </blockquote> <p>Mh, vielleicht ist dies zurückzuführen auf einen eingeschränkteren oder erweiterten Informationsbegriff. Eine logische Strukturbeziehung zwischen Elementen zB. eines Buches (Umschlag, Klappentext, Titel, sonstige Infos, Inhaltsangabe, Inhalt einzelner Kapitel) ist auch Teil der gesamten Information, würde ich sagen. Die Inhaltsangabe (Menü) hilft zB. ein einzelnes Kapitel (einzelne html-Seiten i.d.Regel) in einen übergeordneten Zusammenhang zu bringen.</p> <blockquote> <p>Es ist doch egal, dass style und script keinen menschenlesbaren Inhalt im Sinne von natürlichsprachigem Text, Ton oder Bild haben. Sie sind ja auch selbst keine HTML-Dokumente! Das aber sind Framesets, und überhaupt deshalb ist die Inhaltslosigkeit von Relevanz.</p> </blockquote> <p>Eine HTML-Seite kann ja auch nur ein Bild enthalten. Vergiss bitte auch nicht den Noframes-Bereich. Die Trennung von überwiegend informationsfreiem Layout und Text bezieht sich doch eben auf Text. Aber HTML bleibt HTML, wenn es überwiegend oder nur fremde Quellen einbindet.</p> <blockquote> <p>Der Text will sagen: Ein »Frameset« bricht mit der klassischen Dokumentvorstellung. Das hat verschiedene Auswirkungen.</p> </blockquote> <p>Definiere bitte "klassische Dokumentenvorstellung". Beim W3C kann ich das nicht finden. Ich bleibe auch dabei, dass ein Frameset zwischen veschiedenen Elementen auf einer logischen Ebene eine Relation herstellt (Titel, Inhaltsangabe, Kapitel).</p> <blockquote> <p>Das Einbinden von CSS oder JavaScript *in* ein klassisches Dokument konterkariert nicht dessen Konzept.</p> <blockquote> <p>"Sie macht ausschliesslich Angaben über die grafische Präsentation anderer Dokumente. Für andere Ausgabemedien als für die hochauflösende Bildschirmdarstellung hat das Frameset keine Bedeutung."<br> Das ist schlicht unfug. Wie Eric Myer u.a. zeigt, macht es insbesondere dann Sinn, ein Frameset einzusetzten, wenn das Menü sehr viele Einträge hat (ein Übersicht zB. s.a. die Sidebar von Selfhtml u.a.). Ein Frameset lässt sich zudem in der Größe verändern und macht im korrekten Falle genau eine inhaltliche Aussage: zwei Inhalte, die sich in einer 1:n Relation befinden.</p> </blockquote> <p>Du widersprichst dem Text damit überhaupt nicht, der macht trotzdem seinen Punkt.</p> </blockquote> <p>Verstehe ich nicht. Ich versuche doch klar zu machen, dass es um einen logischen Zusammenhang geht. Zwei Dinge nebeneinander zu stellen, die sich aufeinander beziehen ist etwas andere als "ausschließlich Angaben über die grafische Präsentation" zu machen. Auch der zweite Satz zum Viewport passt doch irgendwie nicht zum Myer-Beispiel. Die Bedeutung hat doch nichts mit einem großen Viewport zu tun.</p> <blockquote> <p>Es ist eigentlich egal, was für eine Beziehung zwischen den Inhalten besteht.</p> </blockquote> <p>Das hätte ich gerne erläutert. Das scheint mir so gesagt eher in Richtung sinnfrei.</p> <blockquote> <p>Natürlich besteht oft eine inhaltliche Relation, dazu setzt man Frames schließlich ein.</p> </blockquote> <p>Naja, das meine ich ja, als einen Punkt unter einigen.</p> <blockquote> <p>Die Aussage des Textes ist aber, dass diese Relation nicht im Frameset ausgedrückt ist. Darin stehen nur Elemente, die eine grafische Anordnung definieren.</p> </blockquote> <p>Da sage ich mal, das ist schlicht falsch. Wenn ich title="Logo", title="Menue" title="Content" angebe, ist das ein logischer Zusammenhang. Genau dafür ist HTML da. Eine Ebene über dem Verhältnis <h1> zu <h2> zu <p>. Abgesehen davon, dass ohne jegliches Layout, wenn ich den Quelltext nicht lesen würde (s.a. titles der Frames), auch h1, h2 und p keinen Sinn machen würden. Layout ist einfach auch informationsgebend.</p> <blockquote> <p>Sie können prinzipiell keine inhaltlich-semantische Relation ausdrücken.</p> </blockquote> <p>Naja, wie gesagt, das wäre genau aus meiner Sicht der interssante  Punkt.</p> <blockquote> <p>DESHALB gilt eben, dass Framesets für andere Ausgabemedien, die der Darstellung nicht fähig sind, nichts sagen (und eine Navigation deshalb schwierig ist, weil der Benutzer erstmal die Relation selbst herausfinden muss, was je nach Zugangstechnik ziemlich schwierig ist).</p> </blockquote> <p>Verstehe ich nicht, was Du meinst. Mit Vorlesegeräten kommst Du bei korrekter semantischer Zuordnung sehr gut damit zurecht, so meine Info. Zudem ist das "Layout" noch für den User (also an den Viewport) anpassbar. Was denn zB mit einer Tabelle, die Bilder (vorher - nachher) gegenüberstellt. Auch so eine logische Relation.</p> <blockquote> <p>Denn mehr als die bloße Darstellung drücken sie nicht aus.</p> </blockquote> <p>Naja, jetzt kreist es.</p> <blockquote> <blockquote> <p>"Das FRAMESET ist ein toter Container, der nichts von seinen Inhalten weiß."</p> <p>Genau wie ein <img> oder <objekt>. Es gibt eben auch nichtschriftliche Inforamtion.</p> </blockquote> <p>Du widersprichst wieder einer Aussage, die gar nicht gemacht wurde.</p> </blockquote> <p>Das kapier ich nicht. Das Auslesen des Inhaltes des src-Attributes eines img bringt mir erstmal genausoviel "meta" Info wie das Auslesen des src-Attributes eines frames. title und alt Tags helfen dann schon weiter. Komisch, dass manche Menschen Dinge nichtssagend finden, die mir erstmal was sagen. Vielleicht hör ich ja Stimmen?</p> <blockquote> <p>object ist Bestandteil eines klassischen HTML-Dokuments und das ist in diesem Kontext völlig konsistent: Ein Dokument verweist auf andere Medien in einem bestimmten inhaltlichen Kontext.</p> </blockquote> <p>Und ein HTML-Dokument ist kein Medium? Das klingt für mich so, als wenn die Elemente eines Hashes keine Hashes selbst ein dürften.</p> <blockquote> <p>Ein Frameset ist aber ein eigenständiges HTML-Dokument. (Jetzt könnte man natürlich drüber diskutieren, ob ein Dokument nur mit ein paar objects, die mit CSS über den Bildschirm geklebt werden, noch ein klassisches Dokument ist und was den Unterschied zum »toten Container« macht.)</p> </blockquote> <p>Jap, fände ich gut, wenn das mal ausdiskutiert wird, SELFHTML hier eine Position bezieht und sich nicht "versteckt" (ich weiß, das klingt gemein, soll pointiert gemeint sein) hinter einer vorgeblich ewig veralteten Dokumentation. Ich fände, es wäre für diese Neverending Story ein Ending, wenn es hier einen aktuellen Artikel dazu gäbe.</p> <blockquote> <blockquote> <p>Diese Aussage findet sich auch nirgends beim W3C.</p> </blockquote> <p>Was für ein Argument... ;)</p> </blockquote> <p>Nun, über den Tellerrand zu schaun, oder was? (;-). Bei einem Pro und Contra gehört für mich mindestens dazu, dass framesets weder "deprecated" sind noch "accessibility"-probleme haben. Zwei wichtige Gründe für mich zumindest.</p> <blockquote> <blockquote> <p>Ich kann doch gerade und nur beim Frameset das selbst sofort anpassen, sogar das Menü wegschieben um mehr Platz für den Inhalt zu haben bzw. es aufziehen, wenn ich zu einem weiteren Thema den Menüpunkt suche.</p> </blockquote> <p>Bei integrierten Navigationen kann man auch durch Scrollen das Menü wegschieben bzw. in den Fokus holen... Ist nix spezifisches.</p> </blockquote> <p>Naja, ich muss den Inhalt scrollen, um das Menü zu sehen. Für mich spitzt sich das in der Frage zu, wo denn die <ul class="menu"> denn im semantisch wohlsortierten HTML-Dokument seien Platz hat. Vor dem <h1>? Wohl kaum, denn vor dem <h1> kann nichts stehen, sonst wäre es ja nicht die <h1>. Dannach? Auch nicht, denn die Inhaltsübersicht ist ja kein inhaltlicher Teil von <h1>Nahrung<h1> auf meiner Unter(!)- Seite in meinem HTML-Seite über "Meerschweinchen".</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179904#m1179904 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-28T00:45:54Z 2007-11-28T00:45:54Z Never ending story <p>Hello out there!</p> <blockquote> <p>Das w3c schreibt auch bei den Problemen nur von der "usability" […] Es rät sogar zur Alternative Nutzung von <object>.</p> </blockquote> <p>An welcher Stelle?</p> <p>Für mich ist die Einbindung eines HTML-Dokuments in 'iframe' oder 'object' psinzipiell dasselbe. (Die kleinen Unterschiede sind marginal: das eine ist Strict, das andere wird von Browsern besser unterstützt.) [</archiv/2006/3/t126257/#m814260>]</p> <blockquote> <p>Bei einem Pro und Contra gehört für mich mindestens dazu, dass framesets weder "deprecated" sind</p> </blockquote> <p>Deprecated genug, dass es sie in HTML 4.01 Strict, XHTML 1.0 Strict und XHTML 1.1 nicht gibt.</p> <blockquote> <p>noch "accessibility"-probleme haben.</p> </blockquote> <p>Hm, haben sie wirklich keine?</p> <p>„Nicht alle Benutzer können von visuellen Hilfen wie Imagemaps, proportionalen Scrollbars, nebeneinander angeordneten Frames oder Grafiken Gebrauch machen, die sehenden Benutzern von grafischen Desktop-Browsern den Weg weisen.“ [<a href="http://www.w3.org/Consortium/Offices/Germany/Trans/WAI/webinhalt.html#context-and-orientation" rel="nofollow noopener noreferrer">WCAG §2.2</a>]</p> <blockquote> <p>Für mich spitzt sich das in der Frage zu, wo denn die <ul class="menu"> denn im semantisch wohlsortierten HTML-Dokument seien Platz hat. Vor dem <h1>? Wohl kaum, denn vor dem <h1> kann nichts stehen, sonst wäre es ja nicht die <h1>. Dannach? Auch nicht, denn die Inhaltsübersicht ist ja kein inhaltlicher Teil von <h1>Nahrung<h1> auf meiner Unter(!)- Seite in meinem HTML-Seite über "Meerschweinchen".</p> </blockquote> <p>Da führst du einen interessanten Punkt an; da muss ich mal drüber schlafen.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179899#m1179899 molily molily@gmx.de http://molily.de/ 2007-11-28T01:05:25Z 2007-11-28T01:05:25Z Never ending story <p>Hallo,</p> <blockquote> <p>Das Element, ob object, img oder iframe oder frame verweist auf eine Quelle. Einmal ein Flashfilm, einmal ein Bild, einmal ein animiertes GiF, einmal ein weiterer HTML-Quelltext. Ich finde das logisch einwandfrei.</p> </blockquote> <p>Das Problem ist weniger, Daten in ein Dokument einzubinden. (Bzw. das wird durchaus ein Problem, wenn HTML-Dokumente in HTML-Dokumente eingebunden werden - weil diese schwer adressierbar sind usw.) Das ist wie gesagt das klassische Modell. Ein Frameset hingegen ist nur ein Meta-Dokument, das bloß auf Inhalte verweist - und zwar nicht, um diese inhaltlich, sondern hinsichtlich der Präsentation aufeinander zu beziehen.</p> <blockquote> <p>Definiere bitte "klassische Dokumentenvorstellung". Beim W3C kann ich das nicht finden.</p> </blockquote> <p>Es ist all das, was du beim W3C findest (Strict, Transitional), ausgenommen Frameset.</p> <blockquote> <p>Ich bleibe auch dabei, dass ein Frameset zwischen veschiedenen Elementen auf einer logischen Ebene eine Relation herstellt (Titel, Inhaltsangabe, Kapitel).</p> </blockquote> <p>Um mich zu wiederholen: Die Relation stellst du als Autor *mit* dem Frameset her. Sie steht aber nicht im Frameset drin - damit meine ich: nicht maschinenlesbar. HTML kann solche Beziehungen nicht ausdrücken. Wenn das angelegt wäre (nunja, es gibt link-Relations, sagen wir einmal: von Browsern sinnvoll implementiert), gäbe es viele Probleme von Frames nicht. (XFrames hatte den Anspruch, einiges davon umzusetzen.)</p> <blockquote> <blockquote> <p>Die Aussage des Textes ist aber, dass diese Relation nicht im Frameset ausgedrückt ist. Darin stehen nur Elemente, die eine grafische Anordnung definieren.</p> </blockquote> <p>Da sage ich mal, das ist schlicht falsch. Wenn ich title="Logo", title="Menue" title="Content" angebe, ist das ein logischer Zusammenhang.</p> </blockquote> <p>Nochmal: Ein HTML-Client kann sich nicht dafür interessieren, was für eine Logik du dir »dabei gedacht hast« oder auch mit natürlicher Sprache in Form von title im Frameset untergebracht hast. Er kann letzteres dem Benutzer kommunizieren und der muss sehen, was er damit anfängt. Das ist ganz ok, aber schon alles. Der Client selbst *versteht* sie nicht und kann deshalb ggf. auch keine automatische sinnvolle Linearisierung der Frameset-Struktur bieten.</p> <blockquote> <p>Mit Vorlesegeräten kommst Du bei korrekter semantischer Zuordnung sehr gut damit zurecht, so meine Info.</p> </blockquote> <p>Genau, ich als User, der die Verbindung nachvollziehen muss.</p> <blockquote> <blockquote> <blockquote> <p>"Das FRAMESET ist ein toter Container, der nichts von seinen Inhalten weiß."</p> </blockquote> </blockquote> </blockquote> <p>...</p> <blockquote> <p>Das Auslesen des Inhaltes des src-Attributes eines img bringt mir erstmal genausoviel "meta" Info wie das Auslesen des src-Attributes eines frames. title und alt Tags helfen dann schon weiter.</p> </blockquote> <p>Was ich die ganze Zeit sagen will: Wenn ich in einem Dokument, sagen wir mal, so in textlastiges aus SELFHTML, eine Grafik einbinde, dann ist die natürlich ein eigenständiger Informationsträger. Aber das einbindende Dokument ist (i.d.R.) keine bloße Liste, die Grafiken visuell anordnet und gruppiert. Schon gar nicht ist es ein eigener Dokumenttyp, der nichts anderes als diese Anordnung leisten soll. Das ist mit »toter Container« gemeint.</p> <p>Wenn ich eine Grafik einbinde, so weiß ich zudem um deren Inhalt, bei HTML-Dokumenten ist das etwas anderes, weil ich damit ein neues Universum aufmache, nämlich eine eigene Browsing-Instanz einbaue. In dem Unterfenster kann alles mögliche passieren, die einbindende Browsing-Instanz weiß davon nix. So verstehe ich »nichts von seinen Inhalten wissen«.</p> <blockquote> <blockquote> <p>object ist Bestandteil eines klassischen HTML-Dokuments und das ist in diesem Kontext völlig konsistent: Ein Dokument verweist auf andere Medien in einem bestimmten inhaltlichen Kontext.</p> </blockquote> <p>Und ein HTML-Dokument ist kein Medium?</p> </blockquote> <p>Habe ich doch überhaupt nicht ausgeschlossen. Aber in dem speziellen Fall treten halt die Probleme von Frames auf, insbesondere wenn der »bestimmte inhaltliche Kontext« einfach nicht existiert, weil da bloß eine Art Verweis steht.</p> <blockquote> <blockquote> <p>(Jetzt könnte man natürlich drüber diskutieren, ob ein Dokument nur mit ein paar objects, die mit CSS über den Bildschirm geklebt werden, noch ein klassisches Dokument ist und was den Unterschied zum »toten Container« macht.)</p> </blockquote> <p>Jap, fände ich gut, wenn das mal ausdiskutiert wird, SELFHTML hier eine Position bezieht</p> </blockquote> <p>Es ist ja nicht so, als würde es hier nur um Frames gehen. Tote Container, die nur einbinden und verweisen, während das Eingebundene und Verwiesene dem üblichen Zugriff entzogen wird, haben wir allerorten im Web.</p> <p>Frames machen Navigation im Web schwer, weil sie das Konzept aufweichen, dass definierte Informationen als Hypertext-Knoten adressierbar sind (Subotnik: »Normalerweise zeigt ein Browserfenster ein HTML-Dokument an.«). Das wird eigentlich massiv und auf breiter Ebene immer wieder aufgeweicht, insbesondere durch clientseitig aktive Logik wie JavaScript / AJAX / Rich Internet Application / Single Page Application etc. pp. Das Web ist heutzutage eine Plattform und nicht bloß ein Netzwerk von atomaren, verknüpften Hypertext-Einheiten (Dokumenten bzw. deren adressierbaren Teilen).</p> <p>Nach wie vor gilt, dass das Web - egal, was man daraus macht - immer AUCH als Hypertext-Netzwerk verarbeitet wird, wo nur einzelne, lose Dokumente und Hyperlinks dazwischen eine Rolle spielen. Damit sollte man rechnen. Trotzdem gab es und gibt es allerorten Tendenzen, die dem entgegenlaufen. Das verbessert die Usability mal, mal schmälert sie sie gleichzeitig, jedenfalls macht dies der Zugänglichkeit oft den Garaus - beziehungsweise das Feld ist einfach noch nicht erforscht.</p> <p>Ich weiß wirklich nicht, wie man dazu etwas Normatives schreiben soll. Mir scheint, dass dieser Widerstreit bei allem technischen Wandel über Jahre hinweg bestehen bleibt. Er ist auch nicht einseitig aufzulösen und es gibt auch keine allgemeine Synthese. Ich denke nicht, dass diese Story in Kürze ein Ende finden wird. Ein Artikel könnte höchstens den Widerstreit beschreiben, den man schon seit Anbeginn des Webs beobachten kann, aber doch keinen Schlussstrich ziehen.</p> <blockquote> <p>Bei einem Pro und Contra gehört für mich mindestens dazu, dass framesets weder "deprecated" sind noch "accessibility"-probleme haben. Zwei wichtige Gründe für mich zumindest.</p> </blockquote> <p>Frames sind nicht einfach neutral in Bezug auf Accessibility.</p> <blockquote> <p>Für mich spitzt sich das in der Frage zu, wo denn die <ul class="menu"> denn im semantisch wohlsortierten HTML-Dokument seien Platz hat.</p> </blockquote> <p>Auf die Frage hat sich die Frames-Debatte schon früher zugespitzt...</p> <p>Die klassische »Menüleiste« hat im HTML-Dokument gar keinen Platz, <http://forum.de.selfhtml.org/archiv/2003/12/t67816/@tite=sagte emu mal>.</p> <p>Deshalb kommt man überhaupt auf die naheliegendere und gleichzeitig widersinnige und praktisch verhängnisvolle Idee, so etwas wie »Navigationen« in eigene Dokumente auszulagern, die dann aber wiederum durch Framesets lose an das Dokument zu koppeln oder mit object einzubinden... Dass das Ergebnis unbefriedigend ist, kommt nicht von ungefähr. Das ist so falsch bzw. inkonsistent, dass nicht einmal das Gegenteil (wiederholte »Navigationsleisten« in jedem Dokument) richtig ist.</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179900#m1179900 frankx frankxberlin@gmx.de 2007-11-28T09:35:48Z 2007-11-28T09:35:48Z Never ending story <p>Hellihello Mathias,</p> <blockquote> <blockquote> <p>Das Element, ob object, img oder iframe oder frame verweist auf eine Quelle. Einmal ein Flashfilm, einmal ein Bild, einmal ein animiertes GiF, einmal ein weiterer HTML-Quelltext. Ich finde das logisch einwandfrei.</p> </blockquote> <p>Das Problem ist weniger, Daten in ein Dokument einzubinden. (Bzw. das wird durchaus ein Problem, wenn HTML-Dokumente in HTML-Dokumente eingebunden werden - weil diese schwer adressierbar sind usw.) Das ist wie gesagt das klassische Modell. Ein Frameset hingegen ist nur ein Meta-Dokument, das bloß auf Inhalte verweist - und zwar nicht, um diese inhaltlich, sondern hinsichtlich der Präsentation aufeinander zu beziehen.</p> </blockquote> <p>Nun schon das Wort "Meta" ließe ja zumindest den Gedanken nach inhaltlicher Aussage mal kurz aufkeimen. Ich male ein Haus, nur den "body". Ich male ein Dach, darüber. Das ist keine Frage des Layouts, sondern des logischen Bezuges. Eine Tabelle setzt Dinge in einen logischen Bezug, weil es sie übereinander und nebeneinander stehen. Das ist ein Teil der Information, meiner bescheidenen Meinung nach. Ein Frameset, mal so angerissen, dann etwas wie eine "Meta"-Tabelle.</p> <blockquote> <blockquote> <p>Definiere bitte "klassische Dokumentenvorstellung". Beim W3C kann ich das nicht finden.</p> </blockquote> <p>Es ist all das, was du beim W3C findest (Strict, Transitional), ausgenommen Frameset.</p> </blockquote> <p>Ums jetzt mal genau zu nehmen: definiert das W3C das so oder ist das Deine "willkürliche" (;-) Definition?</p> <blockquote> <blockquote> <p>Ich bleibe auch dabei, dass ein Frameset zwischen veschiedenen Elementen auf einer logischen Ebene eine Relation herstellt (Titel, Inhaltsangabe, Kapitel).</p> </blockquote> <p>Um mich zu wiederholen: Die Relation stellst du als Autor *mit* dem Frameset her. Sie steht aber nicht im Frameset drin - damit meine ich: nicht maschinenlesbar. HTML kann solche Beziehungen nicht ausdrücken. Wenn das angelegt wäre (nunja, es gibt link-Relations, sagen wir einmal: von Browsern sinnvoll implementiert), gäbe es viele Probleme von Frames nicht. (XFrames hatte den Anspruch, einiges davon umzusetzen.)</p> </blockquote> <p>Mh, haben nur die Menschen oder die Browser die Probleme. Die Relationen innerhalb einer Tabelle stelle auch ich als Autor her. Der Browser weiß nur, dass er <th> mal dick schreiben soll, thats all, wenns <th> überhaupt gibt.</p> <blockquote> <blockquote> <blockquote> <p>Die Aussage des Textes ist aber, dass diese Relation nicht im Frameset ausgedrückt ist. Darin stehen nur Elemente, die eine grafische Anordnung definieren.</p> </blockquote> </blockquote> </blockquote> <p>s.o. Grafische Anordnung (mbMn) = Information</p> <pre><code class="block language-html"> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>table</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>tr</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>td</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>img</span> <span class="token attr-name">title</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>Auto vor dem Unfall<span class="token punctuation">"</span></span> <span class="token attr-name">src</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>auto_vor_unfall.jpg<span class="token punctuation">"</span></span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>td</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>td</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>img</span> <span class="token attr-name">title</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>Auto nach dem Unfall<span class="token punctuation">"</span></span> <span class="token attr-name">src</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>auto_nach_unfall.jpg<span class="token punctuation">"</span></span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>td</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>tr</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>table</span><span class="token punctuation">></span></span> </code></pre> <p>Der Browser (Maschinenlesbarkeit) weiß nur, ob er irgendwo Linien malen darf und was rechts, links, oben, unten hinkommt. Browser können auch xml anzeigen, und verstehen ohne Stylessheet nur, dass es xml ist.</p> <blockquote> <blockquote> <p>Da sage ich mal, das ist schlicht falsch. Wenn ich title="Logo", title="Menue" title="Content" angebe, ist das ein logischer Zusammenhang.</p> </blockquote> <p>Nochmal: Ein HTML-Client kann sich nicht dafür interessieren, was für eine Logik du dir »dabei gedacht hast« oder auch mit natürlicher Sprache in Form von title im Frameset untergebracht hast.</p> </blockquote> <p>Nee, aber alle anderen, zb <a href="http://www.w3c.de/Trans/WAI/webinhalt.html#tech-frame-longdesc" rel="nofollow noopener noreferrer">http://www.w3c.de/Trans/WAI/webinhalt.html#tech-frame-longdesc</a>:  "Beschreiben Sie den Zweck von Frames und ihre Beziehung untereinander" . Ein HTML-Client weiß nicht, was ein <h1> bedeutet. Er weiß auch nicht, was <autor> bedeutet.</p> <blockquote> <p>Er kann letzteres dem Benutzer kommunizieren</p> </blockquote> <p>Das halte ich für gewagt. Der Client kommuniziert (s.o.) garnicht, er kann "nur" Layouten.</p> <blockquote> <p>und der muss sehen, was er damit anfängt.</p> </blockquote> <p>Hups, da steht ja was nebeneinander, und was darüber, das bedeutet: oben der Titel, links die Navi (;-).</p> <blockquote> <p>Das ist ganz ok, aber schon alles. Der Client selbst *versteht* sie nicht und kann deshalb ggf. auch keine automatische sinnvolle Linearisierung der Frameset-Struktur bieten.</p> </blockquote> <p>Die kann er auch sonst nicht anbieten. Er verfügt über eine internes Default-Stylesheet bezogen auf HTML-Syntax, das wars.</p> <blockquote> <blockquote> <p>Mit Vorlesegeräten kommst Du bei korrekter semantischer Zuordnung sehr gut damit zurecht, so meine Info.</p> </blockquote> <p>Genau, ich als User, der die Verbindung nachvollziehen muss.</p> </blockquote> <p>Und nur der User zählt, oder?</p> <blockquote> <blockquote> <blockquote> <blockquote> <p>"Das FRAMESET ist ein toter Container, der nichts von seinen Inhalten weiß."<br> ...<br> Das Auslesen des Inhaltes des src-Attributes eines img bringt mir erstmal genausoviel "meta" Info wie das Auslesen des src-Attributes eines frames. title und alt Tags helfen dann schon weiter.</p> </blockquote> </blockquote> </blockquote> <p>Was ich die ganze Zeit sagen will: Wenn ich in einem Dokument, sagen wir mal, so in textlastiges aus SELFHTML, eine Grafik einbinde, dann ist die natürlich ein eigenständiger Informationsträger. Aber das einbindende Dokument ist (i.d.R.) keine bloße Liste, die Grafiken visuell anordnet und gruppiert. Schon gar nicht ist es ein eigener Dokumenttyp, der nichts anderes als diese Anordnung leisten soll. Das ist mit »toter Container« gemeint.</p> </blockquote> <p>"Hypertext bedeutet nicht nur, dem Anwender per Mausklick weitere Informationen zur Verfügung zu stellen, sondern auch, dem Anwender die Möglichkeit zu bieten, sich selbst Informationen so zusammenzustellen, dass er sie optimal miteinander vergleichen und daraus Schlüsse oder Entscheidungen ableiten kann. Zu diesem Zweck eignet sich die Frame-Technik hervorragend, da sie es erlaubt, verschiedene, getrennt voneinander gespeicherte Informationen auf Anwenderwunsch gleichzeitig anzuzeigen."</p> <p><a href="http://de.selfhtml.org/html/frames/layouts.htm" rel="nofollow noopener noreferrer">http://de.selfhtml.org/html/frames/layouts.htm</a> ???</p> <blockquote> <p>Wenn ich eine Grafik einbinde, so weiß ich zudem um deren Inhalt, bei HTML-Dokumenten ist das etwas anderes, weil ich damit ein neues Universum aufmache, nämlich eine eigene Browsing-Instanz einbaue. In dem Unterfenster kann alles mögliche passieren, die einbindende Browsing-Instanz weiß davon nix. So verstehe ich »nichts von seinen Inhalten wissen«.</p> </blockquote> <p>Nun, in der Regel weiß die Navi, was im Content steht, oder?</p> <blockquote> <blockquote> <blockquote> <p>object ist Bestandteil eines klassischen HTML-Dokuments und das ist in diesem Kontext völlig konsistent: Ein Dokument verweist auf andere Medien in einem bestimmten inhaltlichen Kontext.</p> </blockquote> <p>Und ein HTML-Dokument ist kein Medium?</p> </blockquote> <p>Habe ich doch überhaupt nicht ausgeschlossen. Aber in dem speziellen Fall treten halt die Probleme von Frames auf, insbesondere wenn der »bestimmte inhaltliche Kontext« einfach nicht existiert, weil da bloß eine Art Verweis steht.</p> </blockquote> <p>Das hab ich jetzt nicht ganz kapiert.</p> <blockquote> <blockquote> <blockquote> <p>(Jetzt könnte man natürlich drüber diskutieren, ob ein Dokument nur mit ein paar objects, die mit CSS über den Bildschirm geklebt werden, noch ein klassisches Dokument ist und was den Unterschied zum »toten Container« macht.)</p> </blockquote> </blockquote> </blockquote> <p>Na, es wird natürlihc etwas haarspalterisch, aber ich meine, das ist der oder ein "Kern" der Diskussion.</p> <blockquote> <blockquote> <p>Jap, fände ich gut, wenn das mal ausdiskutiert wird, SELFHTML hier eine Position bezieht</p> </blockquote> <p>Es ist ja nicht so, als würde es hier nur um Frames gehen. Tote Container, die nur einbinden und verweisen, während das Eingebundene und Verwiesene dem üblichen Zugriff entzogen wird, haben wir allerorten im Web.</p> <p>Frames machen Navigation im Web schwer, weil sie das Konzept aufweichen, dass definierte Informationen als Hypertext-Knoten adressierbar sind (Subotnik: »Normalerweise zeigt ein Browserfenster ein HTML-Dokument an.«). Das wird eigentlich massiv und auf breiter Ebene immer wieder aufgeweicht, insbesondere durch clientseitig aktive Logik wie JavaScript / AJAX / Rich Internet Application / Single Page Application etc. pp. Das Web ist heutzutage eine Plattform und nicht bloß ein Netzwerk von atomaren, verknüpften Hypertext-Einheiten (Dokumenten bzw. deren adressierbaren Teilen).</p> <p>Nach wie vor gilt, dass das Web - egal, was man daraus macht - immer AUCH als Hypertext-Netzwerk verarbeitet wird, wo nur einzelne, lose Dokumente und Hyperlinks dazwischen eine Rolle spielen. Damit sollte man rechnen. Trotzdem gab es und gibt es allerorten Tendenzen, die dem entgegenlaufen. Das verbessert die Usability mal, mal schmälert sie sie gleichzeitig, jedenfalls macht dies der Zugänglichkeit oft den Garaus - beziehungsweise das Feld ist einfach noch nicht erforscht.</p> <p>Ich weiß wirklich nicht, wie man dazu etwas Normatives schreiben soll.</p> </blockquote> <p>Nicht normativ. Informativ wie immer. Bisher konnte ich immer noch SELFHTML zitieren mit "Durch den Einsatz von Frames wachsen die Gestaltungsmöglichkeiten außerordentlich. Frames stellen an das Design von HTML-Seiten aber auch besonders hohe Ansprüche." Aber das finde ich grad nicht mehr. Da hieß es immer, das sei "uralt".</p> <blockquote> <p>Mir scheint, dass dieser Widerstreit bei allem technischen Wandel über Jahre hinweg bestehen bleibt. Er ist auch nicht einseitig aufzulösen und es gibt auch keine allgemeine Synthese.</p> </blockquote> <p>Deshalb ja mein Vorschlag, das irgendwie so mal mit "Pro" und "Contra" zu notieren. <a href="http://vergessichnicht.de/Frames_Pro_und_Contra" rel="nofollow noopener noreferrer">http://vergessichnicht.de/Frames_Pro_und_Contra</a> als Ideen- und Linksammlung ist mitgewachsen ein bisschen.</p> <blockquote> <p>Ich denke nicht, dass diese Story in Kürze ein Ende finden wird. Ein Artikel könnte höchstens den Widerstreit beschreiben, den man schon seit Anbeginn des Webs beobachten kann, aber doch keinen Schlussstrich ziehen.</p> </blockquote> <p>Jenau.</p> <blockquote> <blockquote> <p>Bei einem Pro und Contra gehört für mich mindestens dazu, dass framesets weder "deprecated" sind noch "accessibility"-probleme haben. Zwei wichtige Gründe für mich zumindest.</p> </blockquote> <p>Frames sind nicht einfach neutral in Bezug auf Accessibility.</p> </blockquote> <p>Dazu führe bitte die entsprechende Richtlinie des WAI an. Ich kann das meiner bisherigen Recherche nach nicht bestätigen.</p> <blockquote> <blockquote> <p>Für mich spitzt sich das in der Frage zu, wo denn die <ul class="menu"> denn im semantisch wohlsortierten HTML-Dokument seien Platz hat.</p> </blockquote> <p>Auf die Frage hat sich die Frames-Debatte schon früher zugespitzt...</p> <p>Die klassische »Menüleiste« hat im HTML-Dokument gar keinen Platz, <http://forum.de.selfhtml.org/archiv/2003/12/t67816/@tite=sagte emu mal>.</p> <p>Deshalb kommt man überhaupt auf die naheliegendere und gleichzeitig widersinnige und praktisch verhängnisvolle Idee, so etwas wie »Navigationen« in eigene Dokumente auszulagern, die dann aber wiederum durch Framesets lose an das Dokument zu koppeln oder mit object einzubinden... Dass das Ergebnis unbefriedigend ist, kommt nicht von ungefähr. Das ist so falsch bzw. inkonsistent, dass nicht einmal das Gegenteil (wiederholte »Navigationsleisten« in jedem Dokument) richtig ist.</p> </blockquote> <p>Genau. Bei meinem nächsten Roman - würde ich je einen schreiben - lass ich dann die Inhaltsangabe auf jede Seite mitdrucken anstelle einer praktischen ausklappbaren Inhaltsangabe (;-).</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179901#m1179901 molily molily@gmx.de http://molily.de/ 2007-11-28T22:27:12Z 2007-11-28T22:27:12Z Never ending story <p>Hallo,</p> <blockquote> <p>Ich male ein Haus, nur den "body". Ich male ein Dach, darüber. Das ist keine Frage des Layouts, sondern des logischen Bezuges. Eine Tabelle setzt Dinge in einen logischen Bezug, weil es sie übereinander und nebeneinander stehen. Das ist ein Teil der Information, meiner bescheidenen Meinung nach. Ein Frameset, mal so angerissen, dann etwas wie eine "Meta"-Tabelle.</p> </blockquote> <p>Jetzt mischt du Frames, Tabellen usw. ineinander. Die Diskussion der logischen Implikationen von Frames und Tabellen haben wir hier auch schon bis zum Abwinken vor fünf Jahren gehabt.</p> <p>Dazu kann ich leider auch nur wiederholen, was ich jetzt glaube ich schon zweimal gesagt habe: Man kann HTML verwenden und mit irgendwelchen HTML-Strukturen alles mögliche »ausdrücken« und »meinen«. Das hat auch niemand bezweifelt. Aber mit der Diskussion um »Semantik«, Semantic Web, aussagekräftiger, maschinenlesbarer Auszeichnung usw. hat das alles nichts zu tun.</p> <p>Dein Tabellenbeispiel mit den beiden Bildern, die sich aufeinander beziehen, ist nicht einmal ein gutes. Was soll das für eine spezifische Beziehung sein, die durch das »Nebeneinanderstellen« ausgesagt wird? Ein Text ist immer eine lineare, sequentielle Ordnung:</p> <p><p>Vorher</p><br> <p>Nachher</p></p> <p>Was drückt dein Beispiel mehr aus, was nicht hier schon implizit durch die textuelle Aufeinanderfolge ausgedrückt wird? Texte laufen von oben nach unten, von rechts nach links. Ein Satz bezieht sich auf den vorigen und steht zu ihm in einem Folgeverhältnis.</p> <p>Wenn man mit einer bloßen Layouttabelle bereits eine inhaltliche Beziehung ausdrücken kann, wieso kann man es dann z.B. mit CSS nicht, indem man Elemente mit float nebeneinanderstellt?</p> <p>Zurück zu deinem Beispiel. Aussagekräftiger wäre vielleicht noch:</p> <p><tr><th>Vorher<td><img><br> <tr><th>Nachher<td><img></p> <p>Hier wäre die Sequenz durch die Zeilen herausgearbeitet und zudem hätte jede Zeile eine Beschriftung.</p> <p>Aber wenn man penibel ist, ist die Beschriftung bereits im alt-Attribut und die Sequenz muss nicht »vertikal«, sondern kann auch »horizontal« gelegen sein. Somit wären wir wieder bei deinem Beispiel <td><img><td><img>. Wollen wir nur die Sequenz ausdrücken, so wäre doch dies die passendere Auszeichnungsmöglichkeit:</p> <p><ol><br> <li><img alt"Auto vorher"><br> <li><img alt="Autor nachher"><br> </ol></p> <blockquote> <blockquote> <blockquote> <p>Definiere bitte "klassische Dokumentenvorstellung". Beim W3C kann ich das nicht finden.<br> definiert das W3C das so oder ist das Deine "willkürliche" (;-) Definition?</p> </blockquote> </blockquote> </blockquote> <p>Natürlich gibt es dort den Begriff nicht. Aber all die Beschreibungen, was ein HTML-Dokument ist, transportieren ein bestimmtes Dokumentmodell. Und das Frameset ist im Vergleich dazu eben ein anderes, zweites Modell.</p> <blockquote> <p>Die Relationen innerhalb einer Tabelle stelle auch ich als Autor her. Der Browser weiß nur, dass er <th> mal dick schreiben soll, thats all, wenns <th> überhaupt gibt.</p> </blockquote> <p>Ich finde es wenig hilfreich, alles mögliche in einen Topf zu werfen und woanders nach Beispielen zu suchen.</p> <p>Framesets sagen - mit dem Auge der Maschinenlesbarkeit gesehen - neben der Präsentationsanweisung nichts anderes aus, als dass die Dokumente irgendwie zusammengehören und sich auf irgendeine Weise aufeinander beziehen. In welcher Weise, das kann man in menschenlesbaren Attributen unterbringen.</p> <p>th ist damit nicht vergleichbar. th gibt eine Bezeichnung für eine Spalte oder Zeile vor. Diese Beziehung ist maschinenlesbar, wenn man z.B. mit dem scope-Attribut arbeitet und auch sonst die Tabelle entsprechend strukturiert. Dann weiß der Browser genau, in welcher strukturellen Beziehung die Inhaltsteile zueinander stehen. Zumindest insofern, dass man die Tabelle z.B. in einem Screenreader mit der Tastatur durchlaufen kann und der Browser zu jeder Zelle die verknüpften Kontext-Infos geben kann.</p> <p>Letzteres habe ich das auch immer für Frames propagiert: Wenn man Frames einsetzt, dann doch bitte diese Beziehungen explizieren. Das wird mitunter ziemlich aufwändig und unelegant.</p> <blockquote> <blockquote> <p>Das ist ganz ok, aber schon alles. Der Client selbst *versteht* sie nicht und kann deshalb ggf. auch keine automatische sinnvolle Linearisierung der Frameset-Struktur bieten.</p> </blockquote> <p>Die kann er auch sonst nicht anbieten. Er verfügt über eine internes Default-Stylesheet bezogen auf HTML-Syntax, das wars.</p> </blockquote> <p>Nein, er kann die Dokumentteile gemäß ihrer Auszeichnung wiedergeben bzw. diese verarbeiten, z.B. ein Zitat als solches kennzeichnen oder eine Liste der Überschriften anbieten.</p> <blockquote> <p>"Hypertext bedeutet nicht nur, dem Anwender per Mausklick weitere Informationen zur Verfügung zu stellen, sondern auch, dem Anwender die Möglichkeit zu bieten, sich selbst Informationen so zusammenzustellen, dass er sie optimal miteinander vergleichen und daraus Schlüsse oder Entscheidungen ableiten kann. Zu diesem Zweck eignet sich die Frame-Technik hervorragend, da sie es erlaubt, verschiedene, getrennt voneinander gespeicherte Informationen auf Anwenderwunsch gleichzeitig anzuzeigen."</p> <p><a href="http://de.selfhtml.org/html/frames/layouts.htm" rel="nofollow noopener noreferrer">http://de.selfhtml.org/html/frames/layouts.htm</a> ???</p> </blockquote> <p>Ja, schön. Das ist ein Loblied auf das revolutionäre Interface-Konzept namens ... »Fenster«! In der Konsequenz haben wir heute Browser, die mehrere Dokumente in einem Fenster anzeigen können.</p> <p>Fensterbasierte grafische Oberflächen sind toll und ultrawichtig, und dieser Umgang mit Informationen im Web gehört zum Alltag. Das hat aber (zumindest historisch-faktisch) mit Frames und deren Anwendung nichts zu tun. Wir machen das alles heute ganz wunderbar ohne Frames und niemand empfindet Frames dazu als sonderlich große Hilfe: Wenn ich auf einer Site Informationen vergleichen will, dann kann ich dies sehr prägnant in *einem* »klassischen« Dokument tun. (Das Dokument kann natürlich dynamisch generiert sein.) Wenn ich Dokumente gänzlich fremder Sites vergleichen will, nutze ich die Möglichkeiten meines UI. Mir fällt beim besten Willen kein Beispiel zu diesem Anwendungsbereich von Frames ein. (Mashups mit Frames - das wäre ja richtig Webzwonull!)</p> <p>(Ich glaube, ich habe die Stelle schon ungefähr fünfmal kommentiert...)</p> <blockquote> <blockquote> <p>... bei HTML-Dokumenten ist das etwas anderes, weil ich damit ein neues Universum aufmache, nämlich eine eigene Browsing-Instanz einbaue. In dem Unterfenster kann alles mögliche passieren, die einbindende Browsing-Instanz weiß davon nix. So verstehe ich »nichts von seinen Inhalten wissen«.</p> </blockquote> <p>Nun, in der Regel weiß die Navi, was im Content steht, oder?</p> </blockquote> <p>Nein, im Content-Fenster kann ein Dokument angezeigt werden, zu dem die Navigation überhaupt keine Verbindung hat.</p> <blockquote> <p>Bisher konnte ich immer noch SELFHTML zitieren mit "Durch den Einsatz von Frames wachsen die Gestaltungsmöglichkeiten außerordentlich. Frames stellen an das Design von HTML-Seiten aber auch besonders hohe Ansprüche." Aber das finde ich grad nicht mehr. Da hieß es immer, das sei "uralt".</p> </blockquote> <p>Das ist natürlich eine Aussage mit Bezug auf die damaligen anderweitigen Gestaltungsmöglichkeiten.</p> <blockquote> <blockquote> <blockquote> <p>Bei einem Pro und Contra gehört für mich mindestens dazu, dass framesets weder "deprecated" sind noch "accessibility"-probleme haben. Zwei wichtige Gründe für mich zumindest.</p> </blockquote> <p>Frames sind nicht einfach neutral in Bezug auf Accessibility.</p> </blockquote> <p>Dazu führe bitte die entsprechende Richtlinie des WAI an.</p> </blockquote> <p>Ich weiß nicht, was du da verlangst. Nicht bei allen Richtlinien der WCAG 1 ist ein konkreter Bezug zu Frames hergestellt (diese Bezüge sind im Übrigen in den »Techniques« untergebracht), trotzdem betreffen viele Richtlinien auch implizit Frames. Soll ich die aufzählen? (Und warum gerade die uralten WCAG 1?)</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179903#m1179903 frankx frankxberlin@gmx.de 2007-11-28T22:58:46Z 2007-11-28T22:58:46Z Its done. self goes frameless <p>Hellihello Mathias,</p> <p>also in der Regel lasse ich mich in Fragen der Programmierung (-stechnik / Vinzenz) und auch der Verwendung von MVC, der weitesgehenden Trennung von Layout, Content, Datenmodell und Verarbeitung ja immer wieder überzeugen. Auch Semantik finde ich wie auch Accessibility einen wichtigen Aspekt.</p> <p>Dennoch fehlt mir hier scheinbar ein Gen, der u.a. von Dir angeführten Argumentation zu folgen. Es kommen ja auch von Dir Sätze a la: hab ich schon zweimal gesagt, haben wir schon mehrfach gesagt.</p> <p>Mein Fazit: es gibt unterschiedliche Ansichten, Frames sind nicht wirklich suchmaschinenunfreundlich, es gibt eine (überwiegende) Menge von Personen (zumindest hier im Forum), die sie im Grunde als "deprecated" ansehen, obwohl sie das laut W3C nicht sind und auch mit dem WAI konform gehen.</p> <p>Die Tatsache, dass eine Navigation im Grunde aus semantischer Sicht keinen sinnvollen Platz in einem HTML-Dokument hat, wollte Gunnar immerhin mal überschlafen.</p> <p>Ich empfinde diese _sorry_ etwas stupide oder monotone Verweiserei auf einen zugegebener Weise meiner bescheidenen Meinung nach eher unausgewogenen Artikel bei subotnik, der Zumal im Widerspruch zu den Publikationen hier bei SELF steht, als irgendwie der Sache und auch dem Geist von SELFHTML nicht angemessen, merke aber auch, dass viele hier entweder abgegessen von diesem Thema sind und/oder eben ihr Fazit gezogen haben.</p> <p>Eine Gegenüberstellung der Punkte, so dachte ich, könnte es dem mündigen Newbie vielleicht ermöglichen, sich hier selbst ein Bild zu machen. Vinzenz hat ja sogar auch in die Richtung argumentiert.</p> <p>Im Grunde meine ich, sei alles gesagt, auch wenn ichs irgendwie in der Birne scheints nicht ganz zusammnen kriege.</p> <p>Dank und Gruß und guts Nächtle,</p> <p>frankx</p> <p>Ps. Ich kann ja diesen Thread noch als Verweis mit aufnehmen und die Pro und Contra-Liste selbst im Netz stehen lassen, und dann bei Gunnars ostinativen Subotniklinks einen ostinativen Contrapunkte setzen (;-) oder es auch bleiben lassen. Gehört ja auch zum SELF dazu, herauszufinden, was von den hier gegebenen Antworten wie und wo seine Richtigkeit hat.</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179902#m1179902 molily molily@gmx.de http://molily.de/ 2007-11-29T00:02:17Z 2007-11-29T00:02:17Z Never ending story <blockquote> <p>Texte laufen von oben nach unten, von rechts nach links.</p> </blockquote> <p>!ralk si, een aJ</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179905#m1179905 frankx frankxberlin@gmx.de 2007-11-28T09:06:59Z 2007-11-28T09:06:59Z Never ending story <p>Hellihello Guunar,</p> <p>hoffentlich gut geschlafen.</p> <blockquote> <blockquote> <p>Das w3c schreibt auch bei den Problemen nur von der "usability" […] Es rät sogar zur Alternative Nutzung von <object>.</p> </blockquote> <p>An welcher Stelle?</p> </blockquote> <p><a href="http://www.w3.org/TR/WCAG10-HTML-TECHS/#alt-frames" rel="nofollow noopener noreferrer">http://www.w3.org/TR/WCAG10-HTML-TECHS/#alt-frames</a>, oder verstehe ich da was miss?</p> <blockquote> <p>Für mich ist die Einbindung eines HTML-Dokuments in 'iframe' oder 'object' psinzipiell dasselbe. (Die kleinen Unterschiede sind marginal: das eine ist Strict, das andere wird von Browsern besser unterstützt.) [<a href="/archiv/2006/3/t126257/#m814260" rel="noopener noreferrer">/archiv/2006/3/t126257/#m814260</a>]</p> <blockquote> <p>Bei einem Pro und Contra gehört für mich mindestens dazu, dass framesets weder "deprecated" sind</p> </blockquote> <p>Deprecated genug, dass es sie in HTML 4.01 Strict, XHTML 1.0 Strict und XHTML 1.1 nicht gibt.</p> </blockquote> <p>Nun, lieber Gunnar, Du nimmst es doch sonst so genau (;-). Einigen wir uns darauf, dass "deprecated" ein reservierter Begriff ist beim W3C, der vom W3C auf Frames nicht angewandt wird?</p> <blockquote> <blockquote> <p>noch "accessibility"-probleme haben.</p> </blockquote> <p>Hm, haben sie wirklich keine?</p> </blockquote> <blockquote> <p>„Nicht alle Benutzer können von visuellen Hilfen wie Imagemaps, proportionalen Scrollbars, nebeneinander angeordneten Frames oder Grafiken Gebrauch machen, die sehenden Benutzern von grafischen Desktop-Browsern den Weg weisen.“ [<a href="http://www.w3.org/Consortium/Offices/Germany/Trans/WAI/webinhalt.html#context-and-orientation" rel="nofollow noopener noreferrer">WCAG §2.2</a>]</p> </blockquote> <p>Also ich habe es so verstanden: "Und wenn Sie Frames verwenden (Priorität 2)  12.2 Beschreiben Sie den Zweck von Frames und ihre Beziehung untereinander, wenn dies aus den Titeln allein nicht ersichtlich wird."<br> <a href="http://www.w3c.de/Trans/WAI/webinhalt.html#tech-frame-longdesc" rel="nofollow noopener noreferrer">http://www.w3c.de/Trans/WAI/webinhalt.html#tech-frame-longdesc</a>.</p> <p>Du kriegst beim WAI doch "Abzüge" für fehlende Infos zB. kein lang-Attribut im html-Element, kein alt-Attribut und kein title-Attribut bei <img>. Nicht aber für Frames grundsätzlich.</p> <blockquote> <blockquote> <p>Für mich spitzt sich das in der Frage zu, wo denn die <ul class="menu"> denn im semantisch wohlsortierten HTML-Dokument seien Platz hat. Vor dem <h1>? Wohl kaum, denn vor dem <h1> kann nichts stehen, sonst wäre es ja nicht die <h1>. Dannach? Auch nicht, denn die Inhaltsübersicht ist ja kein inhaltlicher Teil von <h1>Nahrung<h1> auf meiner Unter(!)- Seite in meinem HTML-Seite über "Meerschweinchen".</p> </blockquote> <p>Da führst du einen interessanten Punkt an; da muss ich mal drüber schlafen.</p> </blockquote> <p>Der könnte meiner bescheidenen Meinung nach auch in einem überarbeiteten Artikel in SELFHTML zumindest erwähnt werdn.</p> <p>In einem einzigen Dokument,das  <h1>Meerschweinchen</h1>, dann <h2>Inhaltsangabe</h2> und später dann <h2>Lebensraum</h2>... <h2>Nahrung</h2> hat, alles auf einer Seite, wäre das semantisch alles korrekt. Und es zeigt sich, dass die Inhaltsangabe auf einer logischen Ebene (h2) mit den Inhaltkapitelm steht, wobei doch die Kapitel "Lebensraum" und "Nahrung" in einer anderen logischen Beziehung zueinander stehen als zu der "Inhaltsangabe". Diese hat zu beiden einen übergeordneten Bezug bzw. stellt auch immer deren Bezug untereinander da, während sich die Kapitel nur bei Bedarf untereinander referenzieren.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179907#m1179907 Orlando http://skop.net/ 2007-11-23T00:12:03Z 2007-11-23T00:12:03Z Never ending story <blockquote> <blockquote> <blockquote> <p>Also mich nerven […] die Mormonen<br> Was hast du gegen mehrere Frauen? >;-><br> Dann nerven mich die Hormonen! >;-></p> </blockquote> </blockquote> </blockquote> <p>Angst vorm Vollzeit-PMS?</p> <blockquote> <p>[Frameset-Belehrungen]<br> Das ist doch wie mit dem Pickel: Man weiß, daß man ihn in Ruhe lassen soll, aber dann kratzt man sich doch ... ;-></p> </blockquote> <p>Multimedia-Preuße! >;)</p> <p>Roland</p> <div class="signature">-- <br> <a href="http://www.apple.com/de/macosx/guidedtour/" rel="nofollow noopener noreferrer">Aqua</a>hu akbar! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179908#m1179908 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-23T07:56:03Z 2007-11-23T07:56:03Z Never ending story <p>Hi,</p> <blockquote> <blockquote> <blockquote> <blockquote> <p>Also mich nerven […] die Mormonen<br> Was hast du gegen mehrere Frauen? >;-><br> Dann nerven mich die Hormonen! >;-></p> </blockquote> </blockquote> </blockquote> <p>Angst vorm Vollzeit-PMS?</p> </blockquote> <p>(grusel) Eigentlich meinte ich *meine* "Hormonen"! O;-> Aber deine Vorstellung ist ja noch viel schlimmer! =:-></p> <blockquote> <blockquote> <p>[Frameset-Belehrungen]<br> Das ist doch wie mit dem Pickel: Man weiß, daß man ihn in Ruhe lassen soll, aber dann kratzt man sich doch ... ;-><br> Multimedia-Preuße! >;)</p> </blockquote> </blockquote> <p>Jawoll! Hamm'se etwa nich' jedient? Immer vorneweg an der Web-Front! Damals '96/'97 als die Frames auf dem Vormarsch waren ... ;-></p> <p>... Aug in Aug mit dem BVB-Feind ("Best viewed by")! :) Da sah so manche Website aus, wie ein Schlachtfeld - die Grauen vorwegnehmend, die heutzutage manches BeepWorld-Massaker an Augen- und Hirnschäden hinterläßt. >%-></p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179909#m1179909 Orlando http://skop.net/ 2007-11-27T19:03:13Z 2007-11-27T19:03:13Z Never ending story <blockquote> <p>Damals '96/'97 als die Frames auf dem Vormarsch waren ...</p> </blockquote> <p>Damals auf dem vorm, heute ziemlich im.</p> <p>Roland</p> <div class="signature">-- <br> <a href="http://www.apple.com/de/macosx/guidedtour/" rel="nofollow noopener noreferrer">Aqua</a>hu akbar! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179985#m1179985 frankx frankxberlin@gmx.de 2007-11-16T18:19:21Z 2007-11-16T18:19:21Z Never ending story <p>Hellihello Don P,</p> <blockquote> <blockquote> <p>PS.: Wo bleibt den nur endlich die wirklich _neutrale_ Gegenüberstellung zwischen Frames (zwei oder mehr)und NoFrames (Auslagern usw.), die Anfänger, Hilfsprogrammnutzer (z. B. Frontpage), Selbstprogrammierer und den Fortgeschrittenen Experten berücksichtigen. Vielleicht mit Spiegelstrich rechts / links, dann kann man Direkt vergleichen.</p> </blockquote> <p>DAS wäre mal ein innovativer Ansatz, würde mich auch interessieren :-).</p> <p>Es lassen sich mit Sicherheit mehr oder weniger allgemeine Szenarien finden, wo Frames eher zu empfehlen oder eher nicht zu empfehlen sind – je nach Art, Anwendungsbereich und Zielgruppe von HTML-Dokumenten (man beachte die vorsichtige Formulierung).</p> <p>Vielleicht sollte man mal einen Thread dazu eröffnen, wo einfach sämtliche denkbaren Vor- und Nachteile zusammengetragen werden. Daraus ließe sich dann vielleicht eine neutrale Gegenüberstellung machen. Aber vermutlich ist es unmöglich, hier irgend einen Konsens wenigstens für bestimmte Anwendungfälle zu finden :-(</p> </blockquote> <p>Nun, nehmen wir doch diesen hier. Ein Ticket ist ja bereits erstellt, meine ich.</p> <p>Ein Konsens muss doch nicht sein. Entscheiden mag doch jeder selbst, aber eine umfassende Auflistung der Argumente wäre ja ohne weiteres möglich.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179912#m1179912 Vinzenz Mai vinzenzmai@web.de 2007-11-16T19:10:22Z 2007-11-16T19:10:22Z interessanter Ansatz <p>Hallo,</p> <blockquote> <blockquote> <p>PS.: Wo bleibt den nur endlich die wirklich _neutrale_ Gegenüberstellung zwischen Frames (zwei oder mehr)und NoFrames (Auslagern usw.), die Anfänger, Hilfsprogrammnutzer (z. B. Frontpage), Selbstprogrammierer und den Fortgeschrittenen Experten berücksichtigen. Vielleicht mit Spiegelstrich rechts / links, dann kann man Direkt vergleichen.</p> </blockquote> <p>DAS wäre mal ein innovativer Ansatz, würde mich auch interessieren :-).</p> </blockquote> <p>konstruktives Zusammentragen von Informationen zu diesem Thema in einem Thread<br> könnte diesen für das <a href="http://aktuell.de.selfhtml.org/weblog/themen/Selfforumssieb" rel="nofollow noopener noreferrer">Selfforumssieb</a> interessant machen - und den dortigen Eintrag<br> als _die_ Adresse für die immer wieder auftretenden Frame-Diskussionen. Eine<br> normale Archivsuche zu Frames (ihren Nach- und Vorteilen) ist extrem unergiebig.<br> Das habe ich irgendwann mal selbst ausprobiert - und fast nur stereotype<br> Beiträge gefunden.</p> <p>Freundliche Grüße</p> <p>Vinzenz, kein <I> :-)</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179953#m1179953 frankx frankxberlin@gmx.de 2007-11-16T19:17:43Z 2007-11-16T19:17:43Z interessanter Ansatz <p>Hellihello Vinzenz,</p> <blockquote> <blockquote> <blockquote> <p>PS.: Wo bleibt den nur endlich die wirklich _neutrale_ Gegenüberstellung zwischen Frames (zwei oder mehr)und NoFrames (Auslagern usw.), die Anfänger, Hilfsprogrammnutzer (z. B. Frontpage), Selbstprogrammierer und den Fortgeschrittenen Experten berücksichtigen. Vielleicht mit Spiegelstrich rechts / links, dann kann man Direkt vergleichen.</p> </blockquote> <p>DAS wäre mal ein innovativer Ansatz, würde mich auch interessieren :-).</p> </blockquote> <p>konstruktives Zusammentragen von Informationen zu diesem Thema in einem Thread<br> könnte diesen für das <a href="http://aktuell.de.selfhtml.org/weblog/themen/Selfforumssieb" rel="nofollow noopener noreferrer">Selfforumssieb</a> interessant machen - und den dortigen Eintrag<br> als _die_ Adresse für die immer wieder auftretenden Frame-Diskussionen. Eine<br> normale Archivsuche zu Frames (ihren Nach- und Vorteilen) ist extrem unergiebig.<br> Das habe ich irgendwann mal selbst ausprobiert - und fast nur stereotype<br> Beiträge gefunden.</p> </blockquote> <p>Wie aber die Sachen zusammentragen? Dazu brauchts ja bestenfalls  eine Testseite.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179913#m1179913 molily molily@gmx.de http://molily.de/ 2007-11-27T17:53:21Z 2007-11-27T17:53:21Z interessanter Ansatz <p>Hallo,</p> <p>Das</p> <blockquote> <p>[konstruktive] Zusammentragen von Informationen zu diesem Thema</p> </blockquote> <p>wäre ungefähr so relevant wie eine brandaktuelle Dokumentation von JSSS.</p> <p>(»Was ist denn <a href="http://www.w3.org/Submission/1996/1/WD-jsss-960822" rel="nofollow noopener noreferrer">JSSS</a>?« - Genau!)</p> <blockquote> <p>Eine normale Archivsuche zu Frames (ihren Nach- und Vorteilen) ist extrem unergiebig. Das habe ich irgendwann mal selbst ausprobiert - und fast nur stereotype Beiträge gefunden.</p> </blockquote> <p>Ja, weil seit Jahren (circa 5-6 meinem Eindruck nach) niemand mehr Bock darauf hat, das Thema durchzudiskutieren. Ich kann das verstehen, nachdem ich mich 2002 und 2003 ins Thema vertieft hatte, war es irgendwann genug. Soweit müsste man natürlich mindestens zurückgehen, um Diskussionen im Forum zu finden, die nicht ausschließlich auf frühere verweisen.</p> <p>Aber will man das? Ich hatte lange eine Seite gepflegt mit dem Titel »Verantwortungsbewusster Einsatz und provisorische Lösungen für einige Probleme von Frames«. Ich habe sie kürzlich gelöscht. Die wenigen Fälle, in denen man die Eigenheiten von Frames benötigte, haben sich m.E. in Luft aufgelöst. (Auch aus SELFHTML werden die Quickbar usw. in der jetzigen Frames-Umsetzung herausfliegen.)</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179951#m1179951 Vinzenz Mai vinzenzmai@web.de 2007-11-27T19:58:36Z 2007-11-27T19:58:36Z interessanter Ansatz <p>Hallo Mathias,</p> <blockquote> <blockquote> <p>[konstruktive] Zusammentragen von Informationen zu diesem Thema<br> wäre ungefähr so relevant wie eine brandaktuelle Dokumentation von JSSS.<br> (»Was ist denn <a href="http://www.w3.org/Submission/1996/1/WD-jsss-960822" rel="nofollow noopener noreferrer">JSSS</a>?« - Genau!)</p> </blockquote> </blockquote> <p>kannte ich noch - nein, nicht die Doku - aber Netscape-4-Stylesheets :-)</p> <blockquote> <blockquote> <p>Eine normale Archivsuche zu Frames (ihren Nach- und Vorteilen) ist extrem unergiebig. Das habe ich irgendwann mal selbst ausprobiert - und fast nur stereotype Beiträge gefunden.</p> </blockquote> </blockquote> <blockquote> <p>Ja, weil seit Jahren (circa 5-6 meinem Eindruck nach) niemand mehr Bock darauf hat, das Thema durchzudiskutieren. Ich kann das verstehen, nachdem ich mich 2002 und 2003 ins Thema vertieft hatte, war es irgendwann genug.</p> </blockquote> <p>meine Suche dürfte ich etwa 2003 oder 2004 vorgenommen haben.</p> <blockquote> <p>Aber will man das?</p> </blockquote> <p>Ich nicht, das hatte ich gleich</p> <blockquote> <blockquote> <p>Vinzenz, kein <I> :-)</p> </blockquote> </blockquote> <p>zu verstehen gegeben. Mir fällt im wesentlichen ein Einsatzzweck für Frames ein, siehe Archivthread [<a href="/archiv/2007/11/t162231/#m1055608" rel="noopener noreferrer">Musik über mehrere HTML Seiten laufen lassen</a>]. Dieser Fall ist aber sehr selten - da Musik nur sehr selten wirklich zur Website gehört - und könnte genauso gut (oder schlecht) durch ein Popup gelöst werden.</p> <p>Da aber die Framesfrage auch jetzt noch immer wieder im Forum diskutiert wird, wäre es meiner Meinung nach dennoch interessant, die wirklich relevanten (Archiv-)Beiträge zu diesem Thema aufzuarbeiten, damit man es beim nächsten Auftreten dieser Frage leichter hat. Ein paar wirklich gute Diskussionen, entsprechend kommentiert, wären überzeugender als der Standardlink zu Subotnik, der inzwischen die "suche im Archiv!"-Antwort abgelöst hat.</p> <p>Freundliche Grüße</p> <p>Vinzenz</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179914#m1179914 Don P 2007-11-28T13:20:25Z 2007-11-28T13:20:25Z interessanter Ansatz <p>Hallo,</p> <blockquote> <blockquote> <p>Eine normale Archivsuche zu Frames (ihren Nach- und Vorteilen) ist extrem unergiebig. [...]</p> </blockquote> <p>Ja, weil seit Jahren (circa 5-6 meinem Eindruck nach) niemand mehr Bock darauf hat, das Thema durchzudiskutieren.</p> </blockquote> <p>Man hat sich anscheinend einfach drauf geeinigt, dass Frames in aller Regel unrauchbar sind, basta.</p> <blockquote> <p>Ich hatte lange eine Seite gepflegt mit dem Titel »Verantwortungsbewusster Einsatz und provisorische Lösungen für einige Probleme von Frames«. Ich habe sie kürzlich gelöscht.</p> </blockquote> <p>Schade. Hatte keine Gelegenheit das zu lesen. Ein Wunder, dass Frames in SelfHTML wenigstens noch erwähnt werden.</p> <blockquote> <p>Die wenigen Fälle, in denen man die Eigenheiten von Frames benötigte, haben sich m.E. in Luft aufgelöst.</p> </blockquote> <p>Wie meinst du das? Dass die Eigenheiten von Frames keine Probleme mehr schaffen oder dass Frames allgemein praktisch keine Bedeutung mehr haben?</p> <p>Zuerst habe ich gedacht, der Name "SELFHTML" beute soviel wie "HTML selbst gemacht", ohne Vorurteile und ohne bestimmten Fokus. Aber dann habe ich bald gemerkt, dass es eigentlich nur ums WWW geht, d.h. man sollte es vielleicht besser in "WWWHTML" umbenennen und dann erst recht besonders auf Vor- und Nachteile von Frames eingehen.</p> <p>Frames werden ja hauptsächlich deswegen verworfen, weil man im WWW damit auf Probleme gestoßen ist. Es wird argumentiert, dass z.B. manche Benutzer (DAU und Co.) damit nicht klar kommen, die Suchmaschinen es schwer haben, die Bildschirmaufteilung besser dem Browser überlassen werden sollte usw.</p> <p>Wenn man ein Webangebot bereistellt für möglichst viele Benutzer mit unterschiedlichsten Endgeräten, dann mag das vielleicht stimmen, aber das ist doch nicht das einzige vorstellbare Szenario, wenn auch vielleicht das häufigste.</p> <p>HTML kann auch für ganz andere Anwendungen eingesetzt werden, z.B. rein privat oder intern in einem Unternehmen, wo die Benutzer nicht von Frames irritiert werden, weil sie keine Anfänger sind, wo auch keine Suchmaschinen ausgesperrt werden, weil die Dokumente gar nicht bei solchen indiziert sind, wo javascript immer aktiviert ist usw.</p> <p>Dass Browser ohnehin eigenmächtig den Zeilenumbruch dynamisch an die Fenstergröße bzw. den Viewport anpassen, ist IMO kein Vorteil und kein brauchbares Argument gegen Frames, denn Browser haben anscheinend nicht die geringste Ahnung von Typografie. Jeder Typograf lernt im ersten Lehrjahr, dass die Zeilenlänge zwischen 50 und 60 Zeichen betragen sollte, damit ein Text noch gut lesbar ist. In den Printmedien wird das berücksicht, aber am Bildschirm? Fehanzeige! 100 und mehr Zeichen pro Zeile sind bei den heute gebräuchlichen Auflösungen die Regel. Mit größenveränderlichen Frames kann sich aber jeder seine Lieblingsansicht einstellen für eine bestimmte Anwendung.</p> <p>Z.B. könnte ein DJ seine eigene Musikdatenbank einrichten, wo er bequem im Browser Titel usw. aussuchen u. anhören kann. Je nach Ort und Bildschirm (z.B. Laptop), kann er dann die Schrift- und Framegrössen ganz einfach anpassen, damit alles schön übersichtlich bleibt. Das ist nur ein Beispiel. Es sind noch zahlreiche andere Anwendungen denkbar.</p> <p>Gruß, Don P</p> <div class="signature">-- <br> sh:( fo:) ch:? rl:( br:] n4:~ ie:% mo:? va:{ js:) de:/ zu:] fl:( ss:| ls:& </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179948#m1179948 frankx frankxberlin@gmx.de 2007-11-28T15:14:52Z 2007-11-28T15:14:52Z interessanter Ansatz <p>Hellihello DonP,</p> <blockquote> <p>HTML kann auch für ganz andere Anwendungen eingesetzt werden, z.B. rein privat oder intern in einem Unternehmen, wo die Benutzer nicht von Frames irritiert werden, weil sie keine Anfänger sind, wo auch keine Suchmaschinen ausgesperrt werden, weil die Dokumente gar nicht bei solchen indiziert sind, wo javascript immer aktiviert ist usw.</p> <p>Dass Browser ohnehin eigenmächtig den Zeilenumbruch dynamisch an die Fenstergröße bzw. den Viewport anpassen, ist IMO kein Vorteil und kein brauchbares Argument gegen Frames, denn Browser haben anscheinend nicht die geringste Ahnung von Typografie. Jeder Typograf lernt im ersten Lehrjahr, dass die Zeilenlänge zwischen 50 und 60 Zeichen betragen sollte, damit ein Text noch gut lesbar ist. In den Printmedien wird das berücksicht, aber am Bildschirm? Fehanzeige! 100 und mehr Zeichen pro Zeile sind bei den heute gebräuchlichen Auflösungen die Regel. Mit größenveränderlichen Frames kann sich aber jeder seine Lieblingsansicht einstellen für eine bestimmte Anwendung.</p> <p>Z.B. könnte ein DJ seine eigene Musikdatenbank einrichten, wo er bequem im Browser Titel usw. aussuchen u. anhören kann. Je nach Ort und Bildschirm (z.B. Laptop), kann er dann die Schrift- und Framegrössen ganz einfach anpassen, damit alles schön übersichtlich bleibt. Das ist nur ein Beispiel. Es sind noch zahlreiche andere Anwendungen denkbar.</p> </blockquote> <p>Oder eine Übersicht über die Bestellungen, oder die Produkte, oder die eigenen Seiten oder...; Mir fiel übrigens auf, dass es auch Sinn macht, wenn das Menü nicht so lang, dafür abe die Inhalte um so länger sind. Das unabhängige Scrollen bringen die Frames ja einfach so mit. Mal schauen, wie ich Deinen Beitrag in meine kleine Zusammenstellung basteln kann.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179947#m1179947 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-28T16:27:06Z 2007-11-28T16:27:06Z interessanter Ansatz <p>Hello out there!</p> <blockquote> <p>Man hat sich anscheinend einfach drauf geeinigt, dass Frames in aller Regel unrauchbar sind, basta.</p> </blockquote> <p>Nein, Frames sind durchaus rauchbar. Frames <a href="http://www.redensarten-index.de/suche.php?suchbegriff=Das+kannst+du+in+der+Pfeife+rauchen%21&bool=phrase&suchspalte%5B%5D=rart_ou" rel="nofollow noopener noreferrer">kannst du in der Pfeife rauchen</a>! ;-)</p> <blockquote> <p>Frames werden ja hauptsächlich deswegen verworfen, weil man im WWW damit auf Probleme gestoßen ist. Es wird argumentiert, dass z.B. manche Benutzer (DAU und Co.) damit nicht klar kommen,</p> </blockquote> <p>Eher erfahrene Nutzer. Diese sind es, die anderen sagen "sieh dir http://example.net/foo/bar/baz an" anstatt "gehe auf www.example.net, clicke im Menü auf 'Foo', auf der nächsten Seite clicke im Menü auf 'Bar', auf der nächsten Seite clicke im Menü auf 'Baz'".</p> <blockquote> <p>die Suchmaschinen es schwer haben</p> </blockquote> <p>In der Tat heutzutage wohl kein Argument gegen Frames (mehr).</p> <blockquote> <p>HTML kann auch für ganz andere Anwendungen eingesetzt werden, z.B. rein privat oder intern in einem Unternehmen,</p> </blockquote> <p>Dort könnten Framesets gewiss mitunter sinnvoll eingesetzt werden. Wenn es um Spezialanwendungen geht, sollte das im OP erwähnt sein.</p> <p>Bei einem N00bie, der hier im Forum eine Frage zu Frames stellt, ist nicht von einer solchen Spezialanwendung auszugehen. Dann ist der Verweis auf die Probleme mit Frames angebracht.</p> <blockquote> <p>Dass Browser ohnehin eigenmächtig den Zeilenumbruch dynamisch an die Fenstergröße bzw. den Viewport anpassen, ist IMO kein Vorteil und kein brauchbares Argument gegen Frames,</p> </blockquote> <p>Nein, das hat mit Frames nichts zu tun. Das ist auch bei framelosen Webseiten so; und das ist auch gut so[tm].</p> <blockquote> <p>Jeder Typograf lernt im ersten Lehrjahr, dass die Zeilenlänge zwischen 50 und 60 Zeichen betragen sollte, damit ein Text noch gut lesbar ist.</p> </blockquote> <p>Die CSS-Eigenschaft 'max-width' existiert. Die Einheit 'em' auch. Man muss es nur sinnvoll einsetzen.</p> <blockquote> <p>In den Printmedien wird das berücksicht, aber am Bildschirm? Fehanzeige! 100 und mehr Zeichen pro Zeile sind bei den heute gebräuchlichen Auflösungen die Regel.</p> </blockquote> <p>Schuld des Webseitenautors.</p> <p>Und dass nicht die Auflösung relevant ist, sondern die Viewportgröße, sollte sich doch nun langsam herumgesprochen haben.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179943#m1179943 molily molily@gmx.de http://molily.de/ 2007-11-28T23:31:41Z 2007-11-28T23:31:41Z interessanter Ansatz <p>Hallo,</p> <p>Generell sollte man sich vor Augen führen: »the web has grown from a document retrieval system into an application delivery system« (<a href="http://www.crockford.com/html/" rel="nofollow noopener noreferrer">Crockford</a>). Die Entwicklung verlief halt in Bahnen und Frames waren so eine Übergangserscheinung dieser Entwicklung. Das betraf m.M.n. nicht bloß die spezifische Situation des öffentlichen Webs.</p> <p>Ich habe einst viel zu Thema <a href="http://molily.de/javascript-popups" rel="nofollow noopener noreferrer">Popups</a> gearbeitet. Da war die Argumentation ähnlich, wie du sie für Frames beschreibst: Im offenen Web in freier Wildbahn sei das etwas ganz anderes als im Intranet oder bei geschlossenen Sites.</p> <p>Konkret sah das dann so aus, dass es Webanwendungen gab (mit Web meine ich jetzt nicht nur das öffentliche, sondern halt jegliche Anwendungen auf Basis von HTTP, HTML / CSS / JavaScript, Browser und Co.), die wie die üblichen Desktop-Programme mehrere verschachtelte Dialoge in Form von Popup-Fenstern öffneten. Das war damals - neben Frames - DIE zeitgemäße Übertragung von bekannten UI-Konzepten auf Webanwendungen. Das war nicht ganz dumm, aber das Fensterchaos und die übrigen Nachteile blieben. (Die ähneln denen von Frames, weil eine Site plötzlich auch in mehrere autonome Browsing-Kontexte gespalten wird, über die der Anwender trotzdem nicht die volle Kontrolle hat).</p> <p>Und dann kam Ajax mit voller Wucht und die ganzen integrativen Lösungen wie Lightbox und Konsorten sprachen sich herum. Heute ordnet man Webanwendungen zum Glück ganz anders an und nutzt das klassische Dokumentmodell durchaus.</p> <p>Natürlich könnte man all die tollen neuen Web-2.0-artigen Anwendungen auch mit Frames und Popups umsetzen. Aber es hat seinen Grund, dass man trotz der Ajax-Revolution bei vielen Webanwendungen zum klassischen Dokumentenmodell zurückkehrt, um sich bei ihm soweit zu bedienen, wie es einem nützlich erscheint. Da wird immer nur ein Dokument im Browser angezeigt, das die gesamte UI bereitstellt, oft eine definierte URI hat und eine konventionelle »Navigation« bietet. Dabei haben wir es mit einer hochinteraktiven Webanwendung zu tun, auch das Dokument selbst ist durch Ajax hochinteraktiv.</p> <p>Das alles ginge natürlich auch anders, unter anderem mit Frames, Popups usw., aber man entscheidet sich bewusst dazu, sich an die Konventionen des »alten« Webs anzupassen. Man mischt das eine mit dem anderen, tut so, als wäre die UI, die man da vor sich hat, auch irgendwie wie ein Dokument aufgebaut. Meiner Interpretation nach ist das Ziel dieser Mischung die optimale, intuitive Bedienbarkeit.</p> <p>Das heißt natürlich nicht, dass diese Webanwendungen wirklich nach dem alten Modell des »document retrieval system« funktionieren, im Gegenteil. Da kann man keinen Crawler oder Screenreader durchschicken, nur rudimentär Informationen adressieren und mit Hypertext-Netzwerken hat das wenig zu tun.</p> <p>Diese Trends sagen natürlich wenig über die tatsächlichen Vor- und Nachteile der einen oder der anderen Umsetzung aus. Es geht zwar auch um handfeste Vorteile, aber nicht weniger um bekannte, vertraute Bedienkonzepte, Gewohnheiten und Erwartungen.</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179924#m1179924 Struppi struebig@gmx.net http://javascript.jstruebig.de 2007-11-29T11:00:22Z 2007-11-29T11:00:22Z interessanter Ansatz <blockquote> <p>Man hat sich anscheinend einfach drauf geeinigt, dass Frames in aller Regel unrauchbar sind, basta.</p> </blockquote> <p>Naja, Frames machen im Rahmen einer üblichen Website Probleme, die gelöst werden müssen und zu denen Erfahrung gehört. Aber es gibt durchaus Rahmenbedingungen unter denen sie Sinn machen.</p> <blockquote> <p>Zuerst habe ich gedacht, der Name "SELFHTML" beute soviel wie "HTML selbst gemacht", ohne Vorurteile und ohne bestimmten Fokus. Aber dann habe ich bald gemerkt, dass es eigentlich nur ums WWW geht, d.h. man sollte es vielleicht besser in "WWWHTML" umbenennen und dann erst recht besonders auf Vor- und Nachteile von Frames eingehen.</p> </blockquote> <p>Ich les' das so, dass du das polemisch meinst. Aber eine Doku sollte vollständig sein und die hat auch nichts mit der Meinung die hier im Forum vertreten wird zu tun. Man kann natürlich bei dem einen oder anderen Punkt auf Nachteile oder Schwierigkeiten hinweisen, aber im grossen und ganzen ist selfhtml neutral. Wo du aus der Doku, deinen oben genannten Standpunkt herrausliest, ist mir nicht so klar. Das Forum und die Doku sind zwei völlig unterschiedliche Sachen und das ist ja genau das was du erwartest.</p> <blockquote> <p>Dass Browser ohnehin eigenmächtig den Zeilenumbruch dynamisch an die Fenstergröße bzw. den Viewport anpassen, ist IMO kein Vorteil und kein brauchbares Argument gegen Frames, denn Browser haben anscheinend nicht die geringste Ahnung von Typografie. Jeder Typograf lernt im ersten Lehrjahr, dass die Zeilenlänge zwischen 50 und 60 Zeichen betragen sollte, damit ein Text noch gut lesbar ist.</p> </blockquote> <p>Das was du ansprichst ist ein ganz normales Verhalten von Fließtext, in allen Anwendungen - überall!<br> Um die von dir gewünschte Zeilenbreite anzuzeigen musst du überall das Seitenformat entsprechend formatieren. Auch in einer textverarbeitung wird bei einer grossen Auflösung im Vollbild mit der enstprechenden Schriftgröße 100 und mehr Zeichen pro Zeile angezeigt. Das ist also Aufgabe des Gestalters und nicht des Programmes das zu verhindern, z.b. indem du die Seitengröße und/oder die Rändern entsprechend setzt.</p> <blockquote> <p>In den Printmedien wird das berücksicht, aber am Bildschirm?</p> </blockquote> <p>Wenn du mir zeigst wie du mit ein und der gleichen Druckvorlage im Printbereich auf verschiedenen Formaten druckst, dann stimmt die Aussage, ansonsten kannst du das eine nicht mit dem anderen Vergleichen</p> <blockquote> <p>Z.B. könnte ein DJ seine eigene Musikdatenbank einrichten, [...]. Es sind noch zahlreiche andere Anwendungen denkbar.</p> </blockquote> <p>Genau - Frames können durchaus Sinn machen, nicht umsonst bemüht man sich für das Problem an sich, auch einen Nachfolger zu finden (xframes oder teilweise iframes). Ich denke das Problem ist, das HTML relativ viel können muss und gleichzeitig nicht zuviel können darf, es gibt ja ein paar Ansätze Frames ersetzbar zu machen, z.b. die CSS Eigenschaften position:fixed oder overflow:scroll, wie schwierig aber die Umsetzung ist zeigt sich dann aber in den Darstellungsfehler die auftreten können.</p> <p>Ich denke auch dass es keine Diskussion an sich ist, sondern eben - wie auch schon erwähnt - in erster Linie darum geht, dass HTML Anfänger die hier Fragen zu Frames stellen oft die anderen Möglichkeiten oder die Schwierigkeiten mit frames bei Internetseiten nicht kennen und hier deshalb gerne erstmal etwas pauschal die Technik verteufelt wird, um den Fragesteller die Möglichkeiten zu geben darüber sich Gedasnken zu machen.</p> <p>Struppi.</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179915#m1179915 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-30T12:26:11Z 2007-11-30T12:26:11Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Man hat sich anscheinend einfach drauf geeinigt, dass Frames in aller Regel unrauchbar sind, basta.</p> </blockquote> <p>Anscheinend hat man sich nicht darauf geeinigt, weswegen Frames in HTML auch *nicht* deprecated sind, und in XHTML erneut dabei sein werden (<a href="http://www.w3.org/TR/xframes/" rel="nofollow noopener noreferrer">XFrames</a>).</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179920#m1179920 frankx frankxberlin@gmx.de 2007-11-30T14:44:39Z 2007-11-30T14:44:39Z interessanter Ansatz <p>Hellihello</p> <blockquote> <p>Anscheinend hat man sich nicht darauf geeinigt, weswegen Frames in HTML auch *nicht* deprecated sind, und in XHTML erneut dabei sein werden (<a href="http://www.w3.org/TR/xframes/" rel="nofollow noopener noreferrer">XFrames</a>).</p> </blockquote> <p>Coole Beschreibung:<br> "Frames were introduced into HTML at version 4.0 [HTML4]. They introduced a manner of composing several HTML documents into a single view to create an application-like interface.</p> <p>However, Frames introduced several usability problem that caused several commentators to advise Web site builders to avoid them at all costs. Examples of such usability problems are:</p> <p>* The [back] button works unintuitively in many cases.<br>     * You cannot bookmark a collection of documents in a frameset, or send someone a reference to the collection.<br>     * If you do a [reload], the result may be different to what you had.<br>     * [page up] and [page down] are often hard to do.<br>     * You can get trapped in a frameset.<br>     * Searching finds HTML pages, not Framed pages, so search results usually give you pages without the navigation context that they were intended to be in.<br>     * Since you can't content negotiate, noframes markup is necessary for user agents that don't support frames. However, almost no one produces noframes content, and so it ruins Web searches, since search engines are examples of user agents that do not support frames.<br>     * There are security problems caused by the fact that it is not visible to the user when different frames come from different sources.</p> <p>This document defines a separate XML application, not a part of XHTML per se, that allows similar functionality to HTML Frames, with fewer usability problems, principally by making the content of the frameset visible in its URI."</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179916#m1179916 molily molily@gmx.de http://molily.de/ 2007-11-30T18:04:01Z 2007-11-30T18:04:01Z interessanter Ansatz <p>Hallo,</p> <blockquote> <p>weswegen Frames in HTML auch *nicht* deprecated sind</p> </blockquote> <p>Deprecated ist ein Terminus, der zur Unterscheidung von Transitional und Strict eingeführt wurde. Er macht auch nur in dem Rahmen Sinn: Für Deprecated erklären heißt, alte Elemente aus Strict auszuschließen und sie in Transitional zu belassen.</p> <p>Frames laufen außer Konkurrenz, weil sie mit »normalen« HTML-Dokumenten (Strict/Transitional) so gesehen nix zu tun haben. Sie sind inhärent »presentational« und es gibt auch logischerweise kein stattdessen empfohlenes Strict-Äquivalent.</p> <p>Siehe auch </archiv/2005/4/t104779/#m646484>.</p> <blockquote> <p>und in XHTML erneut dabei sein werden (<a href="http://www.w3.org/TR/xframes/" rel="nofollow noopener noreferrer">XFrames</a>).</p> </blockquote> <p>XHTML 2 ist faktisch tot und XFrames hat keine Zukunft, diese Standards werden nicht ernsthaft weiter entwickelt.</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179917#m1179917 Cybaer cybaer@binon.net http://Coding.binon.net 2007-12-03T07:18:13Z 2007-12-03T07:18:13Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Deprecated ist ein Terminus, der zur Unterscheidung von Transitional und Strict eingeführt wurde. Er macht auch nur in dem Rahmen Sinn: Für Deprecated erklären heißt, alte Elemente aus Strict auszuschließen und sie in Transitional zu belassen.</p> </blockquote> <p>Schon klar.</p> <blockquote> <p>XHTML 2 ist faktisch tot und XFrames hat keine Zukunft, diese Standards werden nicht ernsthaft weiter entwickelt.</p> </blockquote> <p>Faktisch sehe ich das auch so (praktisch sowieso), aber gibt es dazu was offizielles?</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179918#m1179918 molily molily@gmx.de http://molily.de/ 2007-12-03T15:18:40Z 2007-12-03T15:18:40Z interessanter Ansatz <p>Hallo,</p> <blockquote> <blockquote> <p>XHTML 2 ist faktisch tot und XFrames hat keine Zukunft, diese Standards werden nicht ernsthaft weiter entwickelt.</p> </blockquote> <p>Faktisch sehe ich das auch so (praktisch sowieso), aber gibt es dazu was offizielles?</p> </blockquote> <p>Die Entwicklungen wurden nicht offiziell eingestellt, falls du das meinst.<br> Offiziell hat das W3C meiner Erinnerung nach verlauten lassen, dass XHTML 2 weiterentwickelt werden soll, parallel zu HTML 5. Was jedenfalls klar ist, dass die Öffentlichkeit daran extrem wenig Interesse hat und die Aussicht auf Implementierung in den großen Browsern äußerst schlecht ist (bevor das passiert, wird XHTML 2 ohnehin keine Recommendation).<br> Ob intern momentan Arbeiten an XFrames laufen, weiß ich nicht, ich bezweifle es aber, da seit zwei Jahren kein Ton mehr zu hören ist und die Chose schon seit 2002 läuft.</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179919#m1179919 Cybaer cybaer@binon.net http://Coding.binon.net 2007-12-04T07:46:44Z 2007-12-04T07:46:44Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Offiziell hat das W3C meiner Erinnerung nach verlauten lassen, dass XHTML 2 weiterentwickelt werden soll, parallel zu HTML 5. Was jedenfalls klar ist, dass die Öffentlichkeit daran extrem wenig Interesse hat und die Aussicht auf Implementierung in den großen Browsern äußerst schlecht ist (bevor das passiert, wird XHTML 2 ohnehin keine Recommendation).</p> </blockquote> <p>Soweit auch mein Kenntnisstand. Meine Meinung zu den "Theoretikern im Elfenbeinturm" ist ja sowieso hinlänglich bekannt ...</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179921#m1179921 Cybaer cybaer@binon.net http://Coding.binon.net 2007-12-03T07:23:37Z 2007-12-03T07:23:37Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Coole Beschreibung:</p> </blockquote> <p>Man (auch Du) beachte vor allen Dingen:</p> <blockquote> <p>* Since you can't content negotiate, noframes markup is necessary for user agents that don't support frames. However, almost no one produces noframes content, and so it ruins Web searches, since search engines are examples of user agents that do not support frames.</p> </blockquote> <p>Und auch für den Rest gilt: Wenn man Frames für eine Standardseite verwendet, dann sollte man möglichst jeder Content-Seite sein eigenes Frameset gönnen.</p> <p>Das viele Webautoren den NOFRAMES-Bereich nur nutzen für "Ihr Browsr unterstützt keine Frames!", sagt etwas über diese Webautoren aus, nicht über die Technik als solche.</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179922#m1179922 frankx frankxberlin@gmx.de 2007-12-03T09:35:20Z 2007-12-03T09:35:20Z interessanter Ansatz <p>Hellihello bärchen,</p> <blockquote> <p>Hi,</p> <blockquote> <p>Coole Beschreibung:</p> </blockquote> <p>Man (auch Du) beachte vor allen Dingen:</p> <blockquote> <p>* Since you can't content negotiate, noframes markup is necessary for user agents that don't support frames. However, almost no one produces noframes content, and so it ruins Web searches, since search engines are examples of user agents that do not support frames.</p> </blockquote> </blockquote> <p>Das glaube ich nicht, dass Google nicht in der Lage ist, die src eines frame-Elementes auszulesen. Aber dennoch würde und habe ich denn Noframesbereich korrekt ausgetextet.</p> <blockquote> <p>Und auch für den Rest gilt: Wenn man Frames für eine Standardseite verwendet, dann sollte man möglichst jeder Content-Seite sein eigenes Frameset gönnen.</p> </blockquote> <p>Naja, ich erwähnte schon das Beispiel vom Freundeskreis unserer Schule. Ich könnte auch sagen: "definiere Standardseite" (;-).</p> <p>Im Grunde finde ich den Ansatz ja interessant, nur das nötige nachzuladen, also mit JS-httprequest.</p> <blockquote> <p>Das viele Webautoren den NOFRAMES-Bereich nur nutzen für "Ihr Browsr unterstützt keine Frames!", sagt etwas über diese Webautoren aus, nicht über die Technik als solche.</p> </blockquote> <p>Naja, da sind wir ja einer Meinung.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179923#m1179923 Cybaer cybaer@binon.net http://Coding.binon.net 2007-12-03T11:19:04Z 2007-12-03T11:19:04Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Das glaube ich nicht, dass Google nicht in der Lage ist, die src eines frame-Elementes auszulesen.</p> </blockquote> <p>Korrekt. Google macht das.</p> <blockquote> <p>Naja, ich erwähnte schon das Beispiel vom Freundeskreis unserer Schule. Ich könnte auch sagen: "definiere Standardseite" (;-).</p> </blockquote> <p>Jede Webseite, für die nicht ganz konkret ein abweichendes Verhalten explizit begründet werden kann. ;-)</p> <blockquote> <p>Im Grunde finde ich den Ansatz ja interessant, nur das nötige nachzuladen, also mit JS-httprequest.</p> </blockquote> <p>Wenn man nicht auf Besucher via Suchmaschinen oder auf Besucher ohne JS angewiesen ist, dann kann man das natürlich machen.</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179925#m1179925 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-29T12:41:30Z 2007-11-29T12:41:30Z interessanter Ansatz <p>Hello out there!</p> <blockquote> <p>Aber eine Doku sollte vollständig sein […] Man kann natürlich bei dem einen oder anderen Punkt auf Nachteile oder Schwierigkeiten hinweisen, aber im grossen und ganzen ist selfhtml neutral.</p> </blockquote> <p>Nicht „kann“, sondern „sollte“! Der Sinn von SELFHTML ist es nicht, stur alle HTML-Elemente und ihre Attribute und CSS-Eigenschaften aufzulisten, das tun schon die HTML-/CSS-Spezifikationen.</p> <p>SELFHTML ist keine Spezifikation, sondern ein Tutorial (und muss als solches nicht einmal notwendigerweise vollständig sein).</p> <p>Wenn also in SELFHTML Framesets erwähnt werden (Sollten sie das überhaupt? Ich denke, ja.), dann sollte auch auf die dadurch entstehenden Probleme für die Nutzer hingewiesen werden.</p> <blockquote> <p>Ich denke auch dass es […] in erster Linie darum geht, dass HTML Anfänger die hier Fragen zu Frames stellen oft die anderen Möglichkeiten oder die Schwierigkeiten mit frames bei Internetseiten nicht kennen und hier deshalb gerne erstmal etwas pauschal die Technik verteufelt wird, um den Fragesteller die Möglichkeiten zu geben darüber sich Gedasnken zu machen.</p> </blockquote> <p>ACK.</p> <p>Ein Tutorial wie SELFHTML sollte die Dinge auch nicht aus der Sicht des Systems (der Sprachen HTML, CSS, …) beschreiben, sondern aus der Sicht des Webseitenautors, der nicht fragt „Was kann HTML/CSS so alles?“, sondern „Wie erreiche ich …?“</p> <p>An der Stelle wäre eine Gegenüberstellung von Framesets und serverseitigen Include-Techniken gut – selbstverständlich neutral, d.h. nicht voreingenommen. Neutral heißt ja nicht, dass aus der Gegenüberstellung keine Technik als Sieger hervorgehen darf; es kann anhand der zusammengetragenen Vor- und Nachteile durchaus eine Empfehlung gegeben werden.</p> <p>Die Befürworter von „Enduring Framedom“ haben mir noch kein schlüssiges Argument geliefert, was mit Frames möglich sein soll, was mit serverseitigen Include-Techniken nicht möglich wäre.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179926#m1179926 frankx frankxberlin@gmx.de 2007-11-29T13:04:35Z 2007-11-29T13:04:35Z interessanter Ansatz <p>Hellihello Gunnar,</p> <blockquote> <blockquote> <p>Aber eine Doku sollte vollständig sein […] Man kann natürlich bei dem einen oder anderen Punkt auf Nachteile oder Schwierigkeiten hinweisen, aber im grossen und ganzen ist selfhtml neutral.</p> </blockquote> <p>Nicht „kann“, sondern „sollte“! Der Sinn von SELFHTML ist es nicht, stur alle HTML-Elemente und ihre Attribute und CSS-Eigenschaften aufzulisten, das tun schon die HTML-/CSS-Spezifikationen.</p> <p>SELFHTML ist keine Spezifikation, sondern ein Tutorial (und muss als solches nicht einmal notwendigerweise vollständig sein).</p> </blockquote> <p>Aber über Frames steht ja nun mal was drin.</p> <blockquote> <p>Wenn also in SELFHTML Framesets erwähnt werden (Sollten sie das überhaupt? Ich denke, ja.), dann sollte auch auf die dadurch entstehenden Probleme für die Nutzer hingewiesen werden.</p> </blockquote> <p>Natürlich.</p> <blockquote> <blockquote> <p>Ich denke auch dass es […] in erster Linie darum geht, dass HTML Anfänger die hier Fragen zu Frames stellen oft die anderen Möglichkeiten oder die Schwierigkeiten mit frames bei Internetseiten nicht kennen und hier deshalb gerne erstmal etwas pauschal die Technik verteufelt wird, um den Fragesteller die Möglichkeiten zu geben darüber sich Gedasnken zu machen.</p> </blockquote> <p>ACK.</p> </blockquote> <p>Das wäre doch fein.</p> <blockquote> <p>Ein Tutorial wie SELFHTML sollte die Dinge auch nicht aus der Sicht des Systems (der Sprachen HTML, CSS, …) beschreiben, sondern aus der Sicht des Webseitenautors, der nicht fragt „Was kann HTML/CSS so alles?“, sondern „Wie erreiche ich …?“</p> <p>An der Stelle wäre eine Gegenüberstellung von Framesets und serverseitigen Include-Techniken gut – selbstverständlich neutral, d.h. nicht voreingenommen. Neutral heißt ja nicht, dass aus der Gegenüberstellung keine Technik als Sieger hervorgehen darf; es kann anhand der zusammengetragenen Vor- und Nachteile durchaus eine Empfehlung gegeben werden.</p> <p>Die Befürworter von „Enduring Framedom“ haben mir noch kein schlüssiges Argument geliefert, was mit Frames möglich sein soll, was mit serverseitigen Include-Techniken nicht möglich wäre.</p> </blockquote> <p>Nun, um zu sagen, was mit Frames möglich ist, was mit anderen Techniken nicht möglich ist, braucht es keine schlüssigen Argumente.</p> <p>Frames bieten die Möglichkeit:<br> 1. verschieden Fenster zu öffnen bzw. u.U. sogar logisch voneinander unabhängige Inhalte zu präsentieren.<br> 2. dem User die Möglichkeit zu geben, diese in der größe anzupassen<br> 3. sind die ursprüngliche Lösung für das "Problem" mehrere unabhängig voneinanders scrollbaren Bereiche.<br> 4. erlauben includen von HTML mit HTML - keine weitere "serverseitige" Technik nötig. Alles was ich brauch, ist ein Texteditor und ein Browser.<br> 5. Navigation und Inhalt logisch-semantisch stringent in zwei Dokumenten darzustellen. Navi ist Kapitelliste <h1>Inhalt</h1><ul class="navigation"><li>...</li></ul>, Inhalt ist wirklich nur Inhalt, ohne Kapitelliste o.ä..</p> <p>Was hat denn Dein drüber Schlafen zu letztem Punkt gebracht?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179927#m1179927 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-29T15:55:24Z 2007-11-29T15:55:24Z interessanter Ansatz <p>Hello out there!</p> <blockquote> <p>Nun, um zu sagen, was mit Frames möglich ist, was mit anderen Techniken nicht möglich ist, braucht es keine schlüssigen Argumente.</p> </blockquote> <p>Äh, doch. Womit willst du sonst überzeugen, wenn nicht mit Argumenten?</p> <blockquote> <p>Frames bieten die Möglichkeit:</p> <ol> <li>verschieden Fenster zu öffnen bzw. u.U. sogar logisch voneinander unabhängige Inhalte zu präsentieren.</li> </ol> </blockquote> <p>Richtig, genau das ist eine sinvolle Anwendung von Framesets (wenn man es dem Benutzer nicht selbst überlassen möchte, die verschiedenen Dokumente in verschiedenen Fenstern/Tabs darzustellen).</p> <p>Was ein N00bie aber mit Frames vorhat zu tun, ist die Aufsplittung _eines_ Dokuments. Dafür sind Frames denkbar schlecht.</p> <blockquote> <ol start="2"> <li>dem User die Möglichkeit zu geben, diese in der größe anzupassen</li> </ol> </blockquote> <p>Ist das sinnvoll? Ja, durchaus. Wenn ein Nutzer gerade nicht navigieren will, sondern den Seiteninhalt lesen, könnte er aus Platzgründen die (seitliche) Navigation ausblenden wollen. Diese Funktionalität ist aber durchaus auch mit JavaScript zu realisieren, dafür braucht es keine Frames.</p> <blockquote> <ol start="3"> <li>sind die ursprüngliche Lösung für das "Problem" mehrere unabhängig voneinanders scrollbaren Bereiche.</li> </ol> </blockquote> <p>Auch das geht ohne Frames mit CSS.</p> <blockquote> <ol start="4"> <li>erlauben includen von HTML mit HTML - keine weitere "serverseitige" Technik nötig. Alles was ich brauch, ist ein Texteditor und ein Browser.</li> </ol> </blockquote> <p>Wo ist das Problem, sich Webspace mit SSI/PHP/… zu besorgen? Wo ist das Problem, einen Editor zu benutzen, der Inhalte aus anderen Dateien dynamisch ins zu bearbeitende Dokument einfügt?</p> <p>Ein Webseitenautor sollte die richtigen Werkzeuge wählen und nutzen, nicht sich hinter seinen ungeeigneten Werkzeugen verstecken und deren Mängel auf die Nutzer abwälzen.</p> <blockquote> <ol start="5"> <li>Navigation und Inhalt logisch-semantisch stringent in zwei Dokumenten darzustellen. Navi ist Kapitelliste <h1>Inhalt</h1><ul class="navigation"><li>...</li></ul>, Inhalt ist wirklich nur Inhalt, ohne Kapitelliste o.ä..</li> </ol> <p>Was hat denn Dein drüber Schlafen zu letztem Punkt gebracht?</p> </blockquote> <p>(Gähn) Oh, schon so spät? |-)</p> <p>Deine Bedenken, dass die Navigation nicht zum Hauptinhalt gehört und gleichberechtigt neben (im Sinne des Elementbaums) dessen Überschrift und Textabsätzen stehen sollte, kann ich nachvollziehen.</p> <p>Andererseits beschreibt HTML nicht nur den Hauptinhalt, sondern eine gesamte Webseite, und da gehört die Navigation zu anderen Seiten mit dazu (sonst würde das H im HTML seinen Sinn verlieren). Und die Links zu anderen Seiten finden sich sinnvollerweise nicht nur im Fließtext, sondern auch in einem Navigationsmenü.</p> <p>Eine Webseite umfasst also neben ihrem Hauptinhalt auch ein Navigationsmenü; beides gehört zusammen in _ein_ Dokument, das die gesamte Webseite beschreibt.</p> <p>Du willst nun Navigation und Hauptinhalt trennen? Dazu müssen sie nicht in zwei Dokumente getrennt werden; sie können zwei Knoten im selben Dokument sein (was oft sowieso gemacht wird; es ist für die Formatierung mit CSS nützlich):</p> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>body</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>ul</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>Navigation<span class="token punctuation">"</span></span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>foo<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Foo<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>bar<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Bar<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>ul</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>div</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>Inhalt<span class="token punctuation">"</span></span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>h1</span><span class="token punctuation">></span></span>Lorem ipsum<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>h1</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Lorem ipsum dolor sit amet.<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>div</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>body</span><span class="token punctuation">></span></span> </code></pre> <p>Und schon steht die Navigation nicht gleichberechtigt neben Überschrift und Textabsätzen des Hauptinhalts, sondern ist fein säuberlich von diesem getrennt.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179929#m1179929 frankx frankxberlin@gmx.de 2007-11-29T16:33:48Z 2007-11-29T16:33:48Z interessanter Ansatz <p>Hellihello Gunnar,</p> <blockquote> <blockquote> <p>Nun, um zu sagen, was mit Frames möglich ist, was mit anderen Techniken nicht möglich ist, braucht es keine schlüssigen Argumente.</p> </blockquote> <p>Äh, doch. Womit willst du sonst überzeugen, wenn nicht mit Argumenten?</p> </blockquote> <p>Na Fakten, dachte ich (;-).</p> <blockquote> <blockquote> <p>Frames bieten die Möglichkeit:</p> <ol> <li>verschieden Fenster zu öffnen bzw. u.U. sogar logisch voneinander unabhängige Inhalte zu präsentieren.</li> </ol> </blockquote> <p>Richtig, genau das ist eine sinvolle Anwendung von Framesets (wenn man es dem Benutzer nicht selbst überlassen möchte, die verschiedenen Dokumente in verschiedenen Fenstern/Tabs darzustellen).</p> </blockquote> <p>Gut, also 1 Argument. BTW: kannst Du in Deinem Browser zwei Tabs nebeneinander darstellen? Ich wünschte mir Deine Gewissenhaftigkeit auch für die Argumente der "Gegenseite".</p> <blockquote> <p>Was ein N00bie aber mit Frames vorhat zu tun, ist die Aufsplittung _eines_ Dokuments. Dafür sind Frames denkbar schlecht.</p> </blockquote> <p>Unterstellung 1., 2. egal, denn es geht aktuell hier darum, was Frames können was anderes nicht kann. Und vergiss bitte nicht auch, dass der Autor auch einen berechtigten Willen hat. Er ist nicht Sklave eines imaginären MonsterUsers.</p> <blockquote> <blockquote> <ol start="2"> <li>dem User die Möglichkeit zu geben, diese in der größe anzupassen</li> </ol> </blockquote> <p>Ist das sinnvoll? Ja, durchaus.</p> </blockquote> <p>Es ist egal, ob das sinnvoll ist. Die Frage war: was können Frames, was zB SSI nicht kann.</p> <blockquote> <p>Wenn ein Nutzer gerade nicht navigieren will, sondern den Seiteninhalt lesen, könnte er aus Platzgründen die (seitliche) Navigation ausblenden wollen. Diese Funktionalität ist aber durchaus auch mit JavaScript zu realisieren, dafür braucht es keine Frames.</p> </blockquote> <p>Wieder bitte die enstprechende Sorgfalt: Javascript baut auf HTML auf. Was ist, wenn JS deaktivert ist (lol)?</p> <blockquote> <blockquote> <ol start="3"> <li>sind die ursprüngliche Lösung für das "Problem" mehrere unabhängig voneinanders scrollbaren Bereiche.</li> </ol> </blockquote> <p>Auch das geht ohne Frames mit CSS.</p> </blockquote> <p>Nein, zumindest nicht die Aufteilung Header fixe Höhe, Footer fixe Breite, Navi-links und News-rechts fixe Breite, Content den Rest in der Mitte, Scrollbar für den Content im Content-Fenster und sonst nirgends. (Ich habe nur abgespeichert, dass nicht jede erdenkliche Framelösung 1:1 mit CSS umsetzbar ist, bitte korrigiere mich, am besten mit Link wenn möglich).</p> <blockquote> <blockquote> <ol start="4"> <li>erlauben includen von HTML mit HTML - keine weitere "serverseitige" Technik nötig. Alles was ich brauch, ist ein Texteditor und ein Browser.</li> </ol> </blockquote> <p>Wo ist das Problem, sich Webspace mit SSI/PHP/… zu besorgen?</p> </blockquote> <p>Ich glaube nicht, dass wir hier pauschal finanzielle und technische Überlegungen diskutieren, am besten für die zig Millionen Webseitenersteller gleich mit. Bleibe doch bitte bei Deiner Frage und weiche nicht aus, indem du sagst, dass es mit eine bisschen Geld/Technik auch anders geht. Auf den Schulrechnern ist kein PHP installiert. Es ist kein öffentlicher Webspace. Da kann ich das mit den Gegebenheiten (erstmal) nur mit Frames. Das war ja auch Deine Frage.</p> <blockquote> <p>Wo ist das Problem, einen Editor zu benutzen, der Inhalte aus anderen Dateien dynamisch ins zu bearbeitende Dokument einfügt?</p> </blockquote> <p>Willst Du mir oder anderen vorschreiben, welchen Editor sie benutzen sollen? Notepad ist cool.</p> <blockquote> <p>Ein Webseitenautor sollte die richtigen Werkzeuge wählen und nutzen, nicht sich hinter seinen ungeeigneten Werkzeugen verstecken und deren Mängel auf die Nutzer abwälzen.</p> </blockquote> <p>Diesen Punkt hatten wir beide schon öfter. Dirk Schürjohann hat auch einen schönen Artikel geschrieben dazu im Weblog. Es gibt nicht "den Webseitenautor", gar einen Stand, der sich gewissen Prämissen zu beugen hat. Alles mündige Bürger im Wesentlichen meine ich.</p> <blockquote> <blockquote> <ol start="5"> <li>Navigation und Inhalt logisch-semantisch stringent in zwei Dokumenten darzustellen. Navi ist Kapitelliste <h1>Inhalt</h1><ul class="navigation"><li>...</li></ul>, Inhalt ist wirklich nur Inhalt, ohne Kapitelliste o.ä..</li> </ol> <p>Was hat denn Dein drüber Schlafen zu letztem Punkt gebracht?</p> </blockquote> <p>(Gähn) Oh, schon so spät? |-)</p> <p>Deine Bedenken, dass die Navigation nicht zum Hauptinhalt gehört und gleichberechtigt neben (im Sinne des Elementbaums) dessen Überschrift und Textabsätzen stehen sollte, kann ich nachvollziehen.</p> <p>Andererseits beschreibt HTML nicht nur den Hauptinhalt, sondern eine gesamte Webseite, und da gehört die Navigation zu anderen Seiten mit dazu (sonst würde das H im HTML seinen Sinn verlieren). Und die Links zu anderen Seiten finden sich sinnvollerweise nicht nur im Fließtext, sondern auch in einem Navigationsmenü.</p> <p>Eine Webseite umfasst also neben ihrem Hauptinhalt auch ein Navigationsmenü; beides gehört zusammen in _ein_ Dokument, das die gesamte Webseite beschreibt.</p> <p>Du willst nun Navigation und Hauptinhalt trennen? Dazu müssen sie nicht in zwei Dokumente getrennt werden; sie können zwei Knoten im selben Dokument sein (was oft sowieso gemacht wird; es ist für die Formatierung mit CSS nützlich):</p> <pre><code class="block language-html"></code></pre> </blockquote> <p><body></p> <blockquote> <p><ul id="Navigation"><br>     <li><a href="foo">Foo</a></li><br>     <li><a href="bar">Bar</a></li><br>   </ul><br>   <div id="Inhalt"><br>     <h1>Lorem ipsum</h1><br>     <p>Lorem ipsum dolor sit amet.</p><br>   </div><br> </body></p> </blockquote> <pre><code class="block"> Nope. Dieses div ist für den hier viel erwähnten Client so nichtssagend wie ein frameset, noch nichtssagender eigentlich. <section> gibts ja noch nicht. Das o.g. ist in meinen Augen ein Workarround für ein Frameset. > > Und schon steht die Navigation nicht gleichberechtigt neben Überschrift und Textabsätzen des Hauptinhalts, sondern ist fein säuberlich von diesem getrennt. Wie gesagt, beim nächsten Roman lass ich auf jede Seite oben links das Inhaltsverzeichnis drucken (;-). > > See ya up the road, Yup, seeya; frankx </code></pre> https://forum.selfhtml.org/self/2007/nov/14/frames/1179928#m1179928 molily molily@gmx.de http://molily.de/ 2007-11-29T20:11:55Z 2007-11-29T20:11:55Z interessanter Ansatz <p>Hallo,</p> <blockquote> <blockquote> <p>verschieden Fenster zu öffnen bzw. u.U. sogar logisch voneinander unabhängige Inhalte zu präsentieren.</p> </blockquote> <p>... wenn man es dem Benutzer nicht selbst überlassen möchte, die verschiedenen Dokumente in verschiedenen Fenstern/Tabs darzustellen</p> </blockquote> <p>Genau!</p> <p><a href="http://molily.de/javascript-popups#loesung2fehler" rel="nofollow noopener noreferrer">http://molily.de/javascript-popups#loesung2fehler</a><br> <a href="http://molily.de/javascript-popups#alternativen" rel="nofollow noopener noreferrer">http://molily.de/javascript-popups#alternativen</a></p> <p>(Vieles davon trifft auch auf Frames zu.)</p> <blockquote> <p>Wenn ein Nutzer gerade nicht navigieren will, sondern den Seiteninhalt lesen, könnte er aus Platzgründen die (seitliche) Navigation ausblenden wollen. Diese Funktionalität ist aber durchaus auch mit JavaScript zu realisieren, dafür braucht es keine Frames.</p> </blockquote> <p>Das führt uns eher zu anpassungsfähigen Layouts, die bereits eine gute Lesbarkeit vorgeben und selbst auf Umgebungsänderungen flexibel reagieren. Ein Interface mit »... ausblenden« ist auch viel verständlicher als ein bloßes Frameset. (Man erinnert sich an Framesets, die mit Pfeilen auf den verschiebbaren Rahmen hingewiesen haben ... sehr unbeholfen, zumal die verschiedenen Browser das gar nicht konsistent implementiert hatten.)</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179932#m1179932 molily molily@gmx.de http://molily.de/ 2007-11-29T20:09:06Z 2007-11-29T20:09:06Z interessanter Ansatz <p>Hallo,</p> <blockquote> <p>BTW: kannst Du in Deinem Browser zwei Tabs nebeneinander darstellen?</p> </blockquote> <p>Bei einem Browser, der nicht nur Tabs, sondern integrierte Fenster unterstützt, ja.</p> <p>Aber jetzt wirfst du Schreiben und Lesen des Webs durcheinander.</p> <p>Frames nehmen an, dass Tabs und Zurück-Navigation beim Wechseln zwischen Dokumenten einen signifikanteren Mehraufwand mit sich bringen. Nun sind diese Methoden viel flexibler, weil die »Parallelisierung« vom Nutzer vorgenommen wird. Wie gesagt, man arbeitet ständig mit mehreren Tabs und wechselt zwischen ihnen - selbstständig als Anwender. Ein Frameset muss ein Webautor erstellen, die Zusammenstellung macht ein Autor einmal. Dass dabei gerade »logisch voneinander unabhängige Inhalte« vereinigt werden, ist eher die absolute Ausnahme. (Und, wenn es verschiedene Sites sind, als »Framing« sogar verpönt und unterbunden.)</p> <p>Während vor ein paar Jahren noch die autorenseitige Parallelisierung dominierte (target="_blank" für jeden »externen« Link, Popups allerorten, Frames sowieso), stelle ich eine radikale Verlagerung fest, die den Anwender ermächtigt. Dafür, dass diese Konzepte vor ein paar Jahren dermaßen hartnäckig vertreten wurden (»kein externer Link ohne target="_blank"!«, alle möglichen Unterinformationen wurden in Popups untergebracht), sind sie absurd sang- und klanglos abgetreten. Früher sah man das offenbar alles paternalistischer. Diese historische Perspektive relativiert für mich vieles.</p> <blockquote> <p>Nein, zumindest nicht die Aufteilung Header fixe Höhe, Footer fixe Breite, Navi-links und News-rechts fixe Breite, Content den Rest in der Mitte, Scrollbar für den Content im Content-Fenster und sonst nirgends.</p> </blockquote> <p>Das müsste gehen, die Frage ist, welchen Sinn so ein Layout hat...</p> <blockquote> <p>Dieses div ist für den hier viel erwähnten Client so nichtssagend wie ein frameset</p> </blockquote> <p>Der Vorwurf müsste eher heißen, die ul-Navigation ist nichtssagend, deshalb arbeitet man auch am nl-Element und nicht an derWirklicheDokumentinhaltOhneNavigation.</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179930#m1179930 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-12-01T16:19:08Z 2007-12-01T16:19:08Z interessanter Ansatz <p>Hello out there!</p> <blockquote> <blockquote> <p>Äh, doch. Womit willst du sonst überzeugen, wenn nicht mit Argumenten?</p> </blockquote> <p>Na Fakten, dachte ich (;-).</p> </blockquote> <p>Gut, dass du den Helm schon aufgesetzt hast ... ;-)</p> <blockquote> <blockquote> <blockquote> <p>Frames bieten die Möglichkeit:</p> <ol> <li>verschieden Fenster zu öffnen bzw. u.U. sogar logisch voneinander unabhängige Inhalte zu präsentieren.</li> </ol> </blockquote> <p>Richtig, genau das ist eine sinvolle Anwendung von Framesets</p> </blockquote> <p>Gut, also 1 Argument.</p> </blockquote> <p>Für _diese_ Anwendung, ja.</p> <blockquote> <p>BTW: kannst Du in Deinem Browser zwei Tabs nebeneinander darstellen?</p> </blockquote> <p>Nein, leider nicht. In der Tat eine Funktionalität, die ich des öfteren vermisse.</p> <p>(IE 7 bietet zumindest eine Miniaturübersicht über alle Tabs an. Tun das andere Browser auch?)</p> <blockquote> <p>Ich wünschte mir Deine Gewissenhaftigkeit auch für die Argumente der "Gegenseite".</p> </blockquote> <p>Die sei dir gewiss.</p> <blockquote> <blockquote> <p>Was ein N00bie aber mit Frames vorhat zu tun, ist die Aufsplittung _eines_ Dokuments. Dafür sind Frames denkbar schlecht.</p> </blockquote> <p>Unterstellung 1.</p> </blockquote> <p>Was jetzt? Dass N00bies Frames zur Aufsplittung _eines_ Dokuments einsetzen oder dass Frames _dafür_ schlecht sind?</p> <p>Egal, ich halte beides für gegeben.</p> <blockquote> <ol start="2"> <li>egal, denn es geht aktuell hier darum, was Frames können was anderes nicht kann.</li> </ol> </blockquote> <p>Es geht hier darum, ob/wann es sinnvoll ist, Frames einzusetzen.</p> <p>Wenn es dir allein um eine Technik geht ohne Hinblick auf den Kontext ihrer Anwendung, können wir die Diskussion hier abbrechen, weil ich sie dann für völlig wertlos erachte.</p> <blockquote> <p>Und vergiss bitte nicht auch, dass der Autor auch einen berechtigten Willen hat. Er ist nicht Sklave eines imaginären MonsterUsers.</p> </blockquote> <p>Ich beschäftige mich schon zu lange mit Mensch-Computer-Interaktion und Usability, als dass ich den Willen eines Autors über Benutzerfreundlichkeit stellen würde.</p> <p>Außerdem ist es nicht Willen eines Autors, Frames einzusetzen, sondern Inhalte im Web zu publizieren. Und dabei auf mehreren Seiten Vorkommendes auszulagern. Frames sind lediglich ein Werkzeug zum Erreichen dieses Zieles, und zwar ein schlechtes.</p> <p>Es gibt zum Erreichen dieses Zieles bessere Mittel. Wenn man diese dem Webseitenautor aufzeigt, tut man doch damit nichts gegen seinen Willen.</p> <blockquote> <blockquote> <blockquote> <ol start="2"> <li>dem User die Möglichkeit zu geben, diese in der größe anzupassen</li> </ol> </blockquote> <p>Ist das sinnvoll? Ja, durchaus.</p> </blockquote> <p>Es ist egal, ob das sinnvoll ist.</p> </blockquote> <p>Nein!! Der Zweck bestimmt die Mittel, nicht andersrum.</p> <blockquote> <p>Die Frage war: was können Frames, was zB SSI nicht kann.</p> </blockquote> <p>Nein, eher: Sollten zum Erreichen eines bestimmten Zieles Framesets eingesetzt werden oder lässt sich dieses Ziel auch anders erreichen, evtl. ja sogar besser?</p> <blockquote> <p>Wieder bitte die enstprechende Sorgfalt: Javascript baut auf HTML auf. Was ist, wenn JS deaktivert ist (lol)?</p> </blockquote> <p>Dann kann der Nutzer diese zusätzliche Funktionalität der Webseite nicht nutzen, wie auch andere Gimmicks nicht, die JavaScript dort bereithalten mag (Mouseover-Effekte, clientseitige Prüfung von Formulareingaben zur Vermeidung unnötigen Traffics, …).</p> <p>Den Inhalt der Webseite kann er dennoch lesen und auf der Website navigieren.</p> <blockquote> <p>Nein, zumindest nicht die Aufteilung Header fixe Höhe, Footer fixe Breite, Navi-links und News-rechts fixe Breite, Content den Rest in der Mitte, Scrollbar für den Content im Content-Fenster und sonst nirgends.</p> </blockquote> <p>Schon die Vorgabe ist recht sinnlos. Was, wenn der Inhalt eines Frames bei einem kleineren Viewport nicht vollständig zu sehen ist; scrollen aber vom Webseitenautor unterbunden wurde? Die Webseite ist (teiilweise) unbenutzbar.</p> <blockquote> <p>Auf den Schulrechnern ist kein PHP installiert. Es ist kein öffentlicher Webspace. Da kann ich das mit den Gegebenheiten (erstmal) nur mit Frames.</p> </blockquote> <p>Nein. Wenn es darum geht, eine Website mit einer Handvoll Seiten zu erstellen, dann kann man auch die Navigation in jedes HTML-Dokument einbauen und bei Bedarf in jedem ändern.</p> <blockquote> <p>Willst Du mir oder anderen vorschreiben, welchen Editor sie benutzen sollen?</p> </blockquote> <p>Keinesfalls. Ich sage ja nur: nimm ein Werkzeug, das deinen Anforderungen genügt.</p> <blockquote> <p>Notepad ist cool.</p> </blockquote> <p>Aber kein Editor. ;-b</p> <blockquote> <blockquote> <p>Ein Webseitenautor sollte die richtigen Werkzeuge wählen und nutzen, nicht sich hinter seinen ungeeigneten Werkzeugen verstecken und deren Mängel auf die Nutzer abwälzen.</p> </blockquote> <p>Diesen Punkt hatten wir beide schon öfter. Dirk Schürjohann hat auch einen schönen Artikel geschrieben dazu im Weblog. Es gibt nicht "den Webseitenautor"</p> </blockquote> <p>Den Einwand verstehe ich an dieser Stelle nicht. Nun gut, ich formuliere meine Aussage neu (und so war sie auch gemeint): Jeder Webseitenautor sollte die für sich richtigen Werkzeuge wählen und nutzen …</p> <blockquote> <p>Nope. Dieses div ist für den hier viel erwähnten Client so nichtssagend wie ein frameset, noch nichtssagender eigentlich. <section> gibts ja noch nicht.</p> </blockquote> <p>Es ging hier um den Elementbaum. Ob ein Knoten darin nun vom Elementtyp 'div' oder 'section' ist, ist dabei irrelevant.</p> <p>'div' hat für die Dokumentstruktur die Semantik, irgendwas zu sein und anderes zu gruppieren. Genauso habe ich es verwendet.</p> <blockquote> <p>Das o.g. ist in meinen Augen ein Workarround für ein Frameset.</p> </blockquote> <p>?? Nein, ein Frameset besteht aus mehreren Dokumenten. Das o.g. ist ein Dokument, bestehend aus mehreren Teilen.</p> <blockquote> <p>Wie gesagt, beim nächsten Roman lass ich auf jede Seite oben links das Inhaltsverzeichnis drucken (;-).</p> </blockquote> <p>Schon gut, du kannst den Helm jetzt wieder abnehmen.</p> <p>Wo wir beim Drucken sind: Das Navigationmenü einer Webseite muss beim Ausdruck ja nicht mit aufs Papier. CSS macht’s möglich.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179931#m1179931 frankx frankxberlin@gmx.de 2007-12-01T16:49:03Z 2007-12-01T16:49:03Z interessanter Ansatz <p>Hellihello Gunnar,</p> <blockquote> <p>Hello out there!</p> <blockquote> <blockquote> <p>Äh, doch. Womit willst du sonst überzeugen, wenn nicht mit Argumenten?</p> </blockquote> <p>Na Fakten, dachte ich (;-).</p> </blockquote> <p>Gut, dass du den Helm schon aufgesetzt hast ... ;-)</p> </blockquote> <p>"Gewähren und gewähren lassen", hörte ich vorhin vor dem Randori in der Halle.</p> <blockquote> <blockquote> <blockquote> <blockquote> <p>Frames bieten die Möglichkeit:</p> <ol> <li>verschieden Fenster zu öffnen bzw. u.U. sogar logisch voneinander unabhängige Inhalte zu präsentieren.</li> </ol> </blockquote> <p>Richtig, genau das ist eine sinvolle Anwendung von Framesets</p> </blockquote> <p>Gut, also 1 Argument.</p> </blockquote> <p>Für _diese_ Anwendung, ja.</p> </blockquote> <p>Es ging mir konkret um die Beantwortung Deiner Frage: "Die Befürworter von „Enduring Framedom“ haben mir noch kein schlüssiges Argument geliefert, was mit Frames möglich sein soll, was mit serverseitigen Include-Techniken nicht möglich wäre."</p> <blockquote> <blockquote> <p>BTW: kannst Du in Deinem Browser zwei Tabs nebeneinander darstellen?</p> </blockquote> <p>Nein, leider nicht. In der Tat eine Funktionalität, die ich des öfteren vermisse.</p> <p>(IE 7 bietet zumindest eine Miniaturübersicht über alle Tabs an. Tun das andere Browser auch?)</p> </blockquote> <p>Schau, und wenn Du das zur Sortierung auf Deinem Rechner mit einem Frameset löst. Du vermischtest "Window/Tab" - das meinte ich mit "Gewissenhaftigkeit".</p> <blockquote> <blockquote> <p>Ich wünschte mir Deine Gewissenhaftigkeit auch für die Argumente der "Gegenseite".</p> </blockquote> <p>Die sei dir gewiss.</p> </blockquote> <p>Gewiss doch.</p> <blockquote> <blockquote> <blockquote> <p>Was ein N00bie aber mit Frames vorhat zu tun, ist die Aufsplittung _eines_ Dokuments. Dafür sind Frames denkbar schlecht.</p> </blockquote> <p>Unterstellung 1.</p> </blockquote> <p>Was jetzt? Dass N00bies Frames zur Aufsplittung _eines_ Dokuments einsetzen oder dass Frames _dafür_ schlecht sind?</p> <p>Egal, ich halte beides für gegeben.</p> </blockquote> <p>Och, ich sehe in der HTML-AG hin und wieder Newbies, und auch grundsätlzlich: der Vorlieben gibt es viele. Die anderen kriegst Du ja hier im Forum zumindest nicht mit, weil sie keine Fragen zu Frames stellen.</p> <blockquote> <blockquote> <ol start="2"> <li>egal, denn es geht aktuell hier darum, was Frames können was anderes nicht kann.</li> </ol> </blockquote> <p>Es geht hier darum, ob/wann es sinnvoll ist, Frames einzusetzen.</p> </blockquote> <p>Nun, ich meine mittlerweile, das der Konfliktpunkt hier liegen könnte. Ich vertrete die Ansicht, dass Webautorchen selbst (ob Hobbyautor, Profi, Actionartist oder sonstwas) selbst entscheidet, was für ihn sinnvoll ist. "Vermeide" wäre da nicht die passende Aussage. Eher "bedenke".</p> <blockquote> <p>Wenn es dir allein um eine Technik geht ohne Hinblick auf den Kontext ihrer Anwendung, können wir die Diskussion hier abbrechen, weil ich sie dann für völlig wertlos erachte.</p> </blockquote> <p>Nein, es ging nur zugespitzt um die Antwort Deiner oben zitierten Frage. Ansonsten natürlich "ack" oder wie man sagt.</p> <blockquote> <blockquote> <p>Und vergiss bitte nicht auch, dass der Autor auch einen berechtigten Willen hat. Er ist nicht Sklave eines imaginären MonsterUsers.</p> </blockquote> <p>Ich beschäftige mich schon zu lange mit Mensch-Computer-Interaktion und Usability, als dass ich den Willen eines Autors über Benutzerfreundlichkeit stellen würde.</p> </blockquote> <p>Da scheiden sich wirklich unsere Geister. Kinder malen Bilder, um zu malen, nicht damit sie irgendwem gefallen.</p> <blockquote> <p>Außerdem ist es nicht Willen eines Autors, Frames einzusetzen, sondern Inhalte im Web zu publizieren. Und dabei auf mehreren Seiten Vorkommendes auszulagern. Frames sind lediglich ein Werkzeug zum Erreichen dieses Zieles, und zwar ein schlechtes.</p> </blockquote> <p>Naja, wie geschruben: das entscheidet Auto selbst.</p> <blockquote> <p>Es gibt zum Erreichen dieses Zieles bessere Mittel. Wenn man diese dem Webseitenautor aufzeigt, tut man doch damit nichts gegen seinen Willen.</p> </blockquote> <p>Welche Technik zu welchem Temperament passt, möge jeder selbst am besten wissen.</p> <blockquote> <blockquote> <blockquote> <blockquote> <ol start="2"> <li>dem User die Möglichkeit zu geben, diese in der größe anzupassen</li> </ol> </blockquote> <p>Ist das sinnvoll? Ja, durchaus.</p> </blockquote> <p>Es ist egal, ob das sinnvoll ist.</p> </blockquote> <p>Nein!! Der Zweck bestimmt die Mittel, nicht andersrum.</p> <blockquote> <p>Die Frage war: was können Frames, was zB SSI nicht kann.</p> </blockquote> <p>Nein, eher: Sollten zum Erreichen eines bestimmten Zieles Framesets eingesetzt werden oder lässt sich dieses Ziel auch anders erreichen, evtl. ja sogar besser?</p> </blockquote> <p>Bei Ghostbusters gibts sone Textzeile a la: "Ich kenn mich mit diesen Dingen wie gut und schlecht nicht so gut aus" - "Wenn alles Leben auf der Erde mit einem Schlag erlöschen würde, das wäre 'schlecht'".</p> <blockquote> <blockquote> <p>Wieder bitte die enstprechende Sorgfalt: Javascript baut auf HTML auf. Was ist, wenn JS deaktivert ist (lol)?</p> </blockquote> <p>Dann kann der Nutzer diese zusätzliche Funktionalität der Webseite nicht nutzen, wie auch andere Gimmicks nicht, die JavaScript dort bereithalten mag (Mouseover-Effekte, clientseitige Prüfung von Formulareingaben zur Vermeidung unnötigen Traffics, …).</p> </blockquote> <p>Naja, bezogen auf die zitierte Frage: mit Frames könnte er das auch JS-unabhängig.</p> <blockquote> <p>Den Inhalt der Webseite kann er dennoch lesen und auf der Website navigieren.</p> </blockquote> <p>Ich als Autor habe die Macht. Ich präsentiere nach meinen Vorstellungen. Kannst ja wegklicken, wenns Dir nicht passt (;-). Du spielst als Musiker ja auch weiter, wenns irgendwem im Publikum nicht gefällt.</p> <blockquote> <blockquote> <p>Nein, zumindest nicht die Aufteilung Header fixe Höhe, Footer fixe Breite, Navi-links und News-rechts fixe Breite, Content den Rest in der Mitte, Scrollbar für den Content im Content-Fenster und sonst nirgends.</p> </blockquote> <p>Schon die Vorgabe ist recht sinnlos. Was, wenn der Inhalt eines Frames bei einem kleineren Viewport nicht vollständig zu sehen ist; scrollen aber vom Webseitenautor unterbunden wurde? Die Webseite ist (teiilweise) unbenutzbar.</p> </blockquote> <p>Vielleicht entscheide ich mich ja mal, dass mir kleine Viewports schnuppe sind?</p> <blockquote> <blockquote> <p>Auf den Schulrechnern ist kein PHP installiert. Es ist kein öffentlicher Webspace. Da kann ich das mit den Gegebenheiten (erstmal) nur mit Frames.</p> </blockquote> <p>Nein. Wenn es darum geht, eine Website mit einer Handvoll Seiten zu erstellen, dann kann man auch die Navigation in jedes HTML-Dokument einbauen und bei Bedarf in jedem ändern.</p> </blockquote> <p>Das entscheidet bitte der Webautor selbst, ob er sich diese zusätzliche Mühe machen will. Für mich ist es logisch eine Vorübung fürs includen.</p> <blockquote> <blockquote> <p>Willst Du mir oder anderen vorschreiben, welchen Editor sie benutzen sollen?</p> </blockquote> <p>Keinesfalls. Ich sage ja nur: nimm ein Werkzeug, das deinen Anforderungen genügt.</p> </blockquote> <p>Sag ich auch: manchmal Frames.</p> <blockquote> <blockquote> <p>Notepad ist cool.</p> </blockquote> <p>Aber kein Editor. ;-b</p> </blockquote> <p>Ich fang damit an.</p> <blockquote> <blockquote> <blockquote> <p>Ein Webseitenautor sollte die richtigen Werkzeuge wählen und nutzen, nicht sich hinter seinen ungeeigneten Werkzeugen verstecken und deren Mängel auf die Nutzer abwälzen.</p> </blockquote> <p>Diesen Punkt hatten wir beide schon öfter. Dirk Schürjohann hat auch einen schönen Artikel geschrieben dazu im Weblog. Es gibt nicht "den Webseitenautor"</p> </blockquote> <p>Den Einwand verstehe ich an dieser Stelle nicht. Nun gut, ich formuliere meine Aussage neu (und so war sie auch gemeint): Jeder Webseitenautor sollte die für sich richtigen Werkzeuge wählen und nutzen …</p> </blockquote> <p>Full ACK.</p> <blockquote> <blockquote> <p>Nope. Dieses div ist für den hier viel erwähnten Client so nichtssagend wie ein frameset, noch nichtssagender eigentlich. <section> gibts ja noch nicht.</p> </blockquote> <p>Es ging hier um den Elementbaum. Ob ein Knoten darin nun vom Elementtyp 'div' oder 'section' ist, ist dabei irrelevant.</p> <p>'div' hat für die Dokumentstruktur die Semantik, irgendwas zu sein und anderes zu gruppieren. Genauso habe ich es verwendet.</p> <blockquote> <p>Das o.g. ist in meinen Augen ein Workarround für ein Frameset.</p> </blockquote> <p>?? Nein, ein Frameset besteht aus mehreren Dokumenten. Das o.g. ist ein Dokument, bestehend aus mehreren Teilen.</p> </blockquote> <p>Es muss doch nicht immer _ein_ Dokument sein. Wozu blos?</p> <blockquote> <blockquote> <p>Wie gesagt, beim nächsten Roman lass ich auf jede Seite oben links das Inhaltsverzeichnis drucken (;-).</p> </blockquote> <p>Schon gut, du kannst den Helm jetzt wieder abnehmen.</p> <p>Wo wir beim Drucken sind: Das Navigationmenü einer Webseite muss beim Ausdruck ja nicht mit aufs Papier. CSS macht’s möglich.</p> </blockquote> <p>Auch _eine_ Möglichkeit.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179933#m1179933 frankx frankxberlin@gmx.de 2007-11-29T20:27:56Z 2007-11-29T20:27:56Z interessanter Ansatz <p>Hellihello Mathias,</p> <blockquote> <blockquote> <p>BTW: kannst Du in Deinem Browser zwei Tabs nebeneinander darstellen?</p> </blockquote> <p>Bei einem Browser, der nicht nur Tabs, sondern integrierte Fenster unterstützt, ja.</p> <p>Aber jetzt wirfst du Schreiben und Lesen des Webs durcheinander.</p> </blockquote> <p>Ich wollte darauf hinaus, dass Tabs und Windows was anderes sind. Gunnars Frage war ja klar umgrenzt: was können Frames, was nicht anders geht.</p> <blockquote> <p>Frames nehmen an, dass Tabs und Zurück-Navigation beim Wechseln zwischen Dokumenten einen signifikanteren Mehraufwand mit sich bringen. Nun sind diese Methoden viel flexibler, weil die »Parallelisierung« vom Nutzer vorgenommen wird.</p> </blockquote> <p>Wenn Ersteller und Nutzer aber in einer Feedbackschleife hängen (Intranet, Eigennutz)?</p> <blockquote> <p>Wie gesagt, man arbeitet ständig mit mehreren Tabs und wechselt zwischen ihnen - selbstständig als Anwender.</p> </blockquote> <p>Du unterstellst hier ein StandardUserVerhalten.</p> <blockquote> <p>Ein Frameset muss ein Webautor erstellen, die Zusammenstellung macht ein Autor einmal. Dass dabei gerade »logisch voneinander unabhängige Inhalte« vereinigt werden, ist eher die absolute Ausnahme.</p> </blockquote> <p>Es geht nicht darum, wie oft das geschieht, sondern wie und ob es möglich ist und wenn ja, ob nur mit Frames. Dies war eine Antwort auf Gunnars konkrete Frage.</p> <blockquote> <p>Während vor ein paar Jahren noch die autorenseitige Parallelisierung dominierte (target="_blank" für jeden »externen« Link, Popups allerorten, Frames sowieso), stelle ich eine radikale Verlagerung fest, die den Anwender ermächtigt.</p> </blockquote> <p>Nun, externe Links sollen ausgezeichnet sein. Aber anders als mit target.</p> <blockquote> <p>Dafür, dass diese Konzepte vor ein paar Jahren dermaßen hartnäckig vertreten wurden (»kein externer Link ohne target="_blank"!«</p> </blockquote> <p>... externe Links als solche kennzeichnen...</p> <blockquote> <p>, alle möglichen Unterinformationen wurden in Popups untergebracht), sind sie absurd sang- und klanglos abgetreten.</p> </blockquote> <p>Doch aber nur, weil Popups geblockt werden, vom FF, von der GoogleToolbar etc. - wegen Werbungsmissbrauch.</p> <blockquote> <p>Früher sah man das offenbar alles paternalistischer. Diese historische Perspektive relativiert für mich vieles.</p> </blockquote> <p>Infos werden nach wie vor vor Ort in kleinen Fenstern angeboten. Mittlerweile als eingebautes absolut positioniertes Div per Javascript. Solche Vor-Ort-Deklarationen oder "steht-auf-einem-anderen-Blatt" machen ja oft auch viel Sinn.</p> <blockquote> <blockquote> <p>Nein, zumindest nicht die Aufteilung Header fixe Höhe, Footer fixe Breite, Navi-links und News-rechts fixe Breite, Content den Rest in der Mitte, Scrollbar für den Content im Content-Fenster und sonst nirgends.</p> </blockquote> <p>Das müsste gehen, die Frage ist, welchen Sinn so ein Layout hat...</p> </blockquote> <p>Die Frage war, was geht mit Frames, was ohne nicht geht. Das o.g. Layout erklärt sich in seinem Sinn doch fast von selbst: Header (statische oder dynamische Kopfzeile) und Footer (s. Header) sind doch bekannt bei Dokumenten. Die Aufteilung einer Seite in drei Spalten wird oft betrieben. O.g. geht nicht, weil der Content seine Größe nicht kennt, und die müsste er kennen, um scrollbar zu werden (zumindest seine Höhe müsste er wissen).</p> <blockquote> <blockquote> <p>Dieses div ist für den hier viel erwähnten Client so nichtssagend wie ein frameset</p> </blockquote> <p>Der Vorwurf müsste eher heißen, die ul-Navigation ist nichtssagend, deshalb arbeitet man auch am nl-Element und nicht an derWirklicheDokumentinhaltOhneNavigation.</p> </blockquote> <p>Nun, wieder auf Gunnars Frage zurückführen bitte. Wenn wir perspektivisch diskutieren, könnte man auch vorschlagen, für Frames reservierte Attributwerte vorzuschlagen:<br> title="header|footer|navi1-navi3|content|news|advertisement".</p> <p>Ansonsten erwähnte ich ja auch, analog zum <nl>, dass ich mal las, dass <section> als umgegendes Element für <h?> und seine Absätze kommen soll.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179934#m1179934 molily molily@gmx.de http://molily.de/ 2007-11-29T20:53:36Z 2007-11-29T20:53:36Z interessanter Ansatz <p>Hallo,</p> <blockquote> <blockquote> <p>Wie gesagt, man arbeitet ständig mit mehreren Tabs und wechselt zwischen ihnen - selbstständig als Anwender.</p> </blockquote> <p>Du unterstellst hier ein StandardUserVerhalten.</p> </blockquote> <p>Eigentlich zeichne ich nur die Paradigmen nach, wie ich sie historisch erlebt habe. Heute geht man bei der Konzeption von Seiten davon aus, dass die aktive Benutzung von Back-Button und Tabs Standard sind. Ja, das kann man feststellen - vor allem in Abgrenzung zur Vergangenheit, in der diese Annahme nicht existierte. Ob das so richtig ist, muss man natürlich hinterfragen. Auf die Popup-Euphorie habe ich damals auch nur geantwortet: Die behauptete Unmündigkeit (»aber der User kann ja nicht den Browser bedienen, ich muss ihm assistieren«) ist keine überhistorische Tatsache mit ewiger Geltung, sondern man KANN den Benutzer auch anders behandeln.</p> <blockquote> <p>Nun, externe Links sollen ausgezeichnet sein.</p> </blockquote> <p>Auch so ein Dogma. ;)<br> Überall, wo ich tätig bin, schert man sich darum mittlerweile gar nicht mehr.</p> <blockquote> <blockquote> <p>, alle möglichen Unterinformationen wurden in Popups untergebracht), sind sie absurd sang- und klanglos abgetreten.</p> </blockquote> <p>Doch aber nur, weil Popups geblockt werden, vom FF, von der GoogleToolbar etc. - wegen Werbungsmissbrauch.</p> </blockquote> <p>Übrigens:<br> Wenn ich hier von Popups rede und sie mit Frames vergleiche, dann blende ich deren Missbrauch aus und denke nur an die normale Anwendung. Werbe-Popups sind kein Thema für mich, darüber wird auch nicht inhaltlich gestritten. Interessiert habe ich mich für Popup-Fenster, die mit dem Argument eingesetzt wurden, dass man dem Benutzer ja beide Dokument nebeneinander anzeigen will, auf dass er sie aufeinander beziehen kann und ein Wechsel zwischen ihnen einfach möglich ist. Also ein Argument, das auch oft zur Legitimation von Frames herhalten muss.</p> <blockquote> <p>Die Frage war, was geht mit Frames, was ohne nicht geht.</p> </blockquote> <p>Ok.<br> (Für mich eine eher uninteressante Herangehensweise, ich seh solche Techniken vor allem im Vergleich eher funktional...)</p> <blockquote> <p>Das o.g. Layout erklärt sich in seinem Sinn doch fast von selbst</p> </blockquote> <p>Die Struktur ist auch weniger der springende Punkt, sondern das »ständig im Blick haben«.<br> Lustigerweise, und das ist ein Umstand, den man vor ein paar Jahren auch nie erwartet hätte, wird position:fixed gar nicht so oft verwendet. Früher galt das als megadolle Sache und Frameskiller, nur IE 6 stand im Weg, aber Workarounds gabs en masse. Mittlerweile kann der IE position:fixed, aber eine breite Anwendung gibts trotzdem nicht... Alles sehr absurd. ;)</p> <blockquote> <p>Nun, wieder auf Gunnars Frage zurückführen bitte. Wenn wir perspektivisch diskutieren, könnte man auch vorschlagen, für Frames reservierte Attributwerte vorzuschlagen:<br> title="header|footer|navi1-navi3|content|news|advertisement".</p> </blockquote> <p>Lies dir vielleicht mal die verlinkte Diskussion mit emu durch, damals wurden logische Beziehungen viel diskutiert. In HTML gibts dazu bereits Mechanismen wie das link-Element und das rel-Attribut.</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179935#m1179935 frankx frankxberlin@gmx.de 2007-11-30T09:16:49Z 2007-11-30T09:16:49Z interessanter Ansatz <p>Hellihello Mathias,</p> <blockquote> <p>Hallo,</p> <blockquote> <blockquote> <p>Wie gesagt, man arbeitet ständig mit mehreren Tabs und wechselt zwischen ihnen - selbstständig als Anwender.</p> </blockquote> <p>Du unterstellst hier ein StandardUserVerhalten.</p> </blockquote> <p>Eigentlich zeichne ich nur die Paradigmen nach, wie ich sie historisch erlebt habe.</p> </blockquote> <p>Genau. Versuchen wir es doch mal damit, dass wir schauen, ob Frames für Spezialanwendung ein geeignetes Werkzeug sein könnten.</p> <blockquote> <p>Heute geht man bei der Konzeption von Seiten davon aus, dass die aktive Benutzung von Back-Button und Tabs Standard sind. Ja, das kann man feststellen - vor allem in Abgrenzung zur Vergangenheit, in der diese Annahme nicht existierte.</p> </blockquote> <p>Ich habe für den Freundeskreis der Schule eine kleine Seite gebaut. Als Frameset, links Navi, rechts Content. Ca. 8 Menüpunkte. Da kommt mir kein Back-Button in die Quere (also keine Mausgeste bei mir jetzt), denn die funktionieren einwandfrei.</p> <p>Ich überlege auch nicnt, ob ich mit PHP oder einem entsprechenden Editor die Seite frameless machen sollte. Sie funktioniert doch prima und hat bezogen auf ihre Zwecke keinen Nachteil und es war/ist (für mich, den Autoren) die einfachste und zwweckmäßigste Lösung gewesen.</p> <blockquote> <p>Ob das so richtig ist, muss man natürlich hinterfragen. Auf die Popup-Euphorie habe ich damals auch nur geantwortet: Die behauptete Unmündigkeit (»aber der User kann ja nicht den Browser bedienen, ich muss ihm assistieren«) ist keine überhistorische Tatsache mit ewiger Geltung, sondern man KANN den Benutzer auch anders behandeln.</p> </blockquote> <p>Hier vermischen sich meiner Ansicht nach drei Dinge und es wird mit undiskutieren Prämissen gehandelt. Mein praktisches Beispiel habe ich ja schon genannt. Generelle Tendenzen im Nutzerverhalten und Moden in der Webseitenerstellung wollte ich garnicht diskutieren, eher die Nützlichkeit einer Technik in bestimmten Zusammenhängen sowie derer Alleinstellungesmerkmale. Zumindest vorerst einmal. Zuletzt dann eben die von Dir angerissene Freiheit des Autors, der sehr wohl entscheiden kann, darf und soll, wie sie/er irgenwelchen Nutzern (das sind ja u.U. auch nur abgegrenzte Gruppen) etwas präsentieren will.</p> <blockquote> <blockquote> <p>Nun, externe Links sollen ausgezeichnet sein.</p> </blockquote> <p>Auch so ein Dogma. ;)<br> Überall, wo ich tätig bin, schert man sich darum mittlerweile gar nicht mehr.</p> </blockquote> <p>Nun ja, ich persönliche sehe da grundsätzlich erstmal einen Vorteil, zwischen externem und internem Link zu unterscheiden. Verweise nach aussen bekommen im Frameset einen target="_blank". Die will ich als Autor in einem anderen Fenster erscheinen lassen. Ja, ich als Autor bestimme, was der User auf meiner Webseite zu sehen bekommt. Sorry, ich nix Sklave von MonsterUser.</p> <blockquote> <blockquote> <blockquote> <p>, alle möglichen Unterinformationen wurden in Popups untergebracht), sind sie absurd sang- und klanglos abgetreten.</p> </blockquote> <p>Doch aber nur, weil Popups geblockt werden, vom FF, von der GoogleToolbar etc. - wegen Werbungsmissbrauch.</p> </blockquote> <p>Übrigens:<br> Wenn ich hier von Popups rede und sie mit Frames vergleiche, dann blende ich deren Missbrauch aus und denke nur an die normale Anwendung. Werbe-Popups sind kein Thema für mich, darüber wird auch nicht inhaltlich gestritten.</p> </blockquote> <p>Aber machen es mittlerweile unmöglich, Popups normal zu nutzen, weil die GoogleToolbar und andere Browser sie erstmal hopp wegblenden und ein schlichter Nutzer das u.U. garnicht checkt (zB. Eltern einer Schule).</p> <blockquote> <p>Interessiert habe ich mich für Popup-Fenster, die mit dem Argument eingesetzt wurden, dass man dem Benutzer ja beide Dokument nebeneinander anzeigen will, auf dass er sie aufeinander beziehen kann und ein Wechsel zwischen ihnen einfach möglich ist. Also ein Argument, das auch oft zur Legitimation von Frames herhalten muss.</p> </blockquote> <p>Wie gesagt, ich sehe auch die Freiheit der Autoren.</p> <blockquote> <blockquote> <p>Die Frage war, was geht mit Frames, was ohne nicht geht.</p> </blockquote> <p>Ok.<br> (Für mich eine eher uninteressante Herangehensweise, ich seh solche Techniken vor allem im Vergleich eher funktional...)</p> </blockquote> <p>Nun, Gunnar wollte das explizit wissen, und wenn man das Thema mal komplett durchknautschen will, dann gehörts dazu. Die von mir genannte Seitenaufteilung, header, scrollbarer Rest, ist nur mit Frames realisierbar (wenn der header eine Fixe und keine prozentuale Größe haben soll).</p> <blockquote> <blockquote> <p>Das o.g. Layout erklärt sich in seinem Sinn doch fast von selbst</p> </blockquote> <p>Die Struktur ist auch weniger der springende Punkt, sondern das »ständig im Blick haben«.</p> </blockquote> <p>Freiheit des Autors? (;-). Unterschiedliche User-Vorlieben? Ich mache ja Seiten auch so, weil ich mir sie als User dann praktikabel vorstelle. Ich will es auch garnicht "allen" Recht machen, das geht nämlich nicht.</p> <blockquote> <p>Lustigerweise, und das ist ein Umstand, den man vor ein paar Jahren auch nie erwartet hätte, wird position:fixed gar nicht so oft verwendet. Früher galt das als megadolle Sache und Frameskiller, nur IE 6 stand im Weg, aber Workarounds gabs en masse. Mittlerweile kann der IE position:fixed, aber eine breite Anwendung gibts trotzdem nicht... Alles sehr absurd. ;)</p> </blockquote> <p>Wieder eine andere Baustelle, weil wir hier über allgemeine Trends sprechen und nicht über die Nützlichkeit eines Werkzeuges, aber ich führe das darauf zurück, dass sich die Seiten eben einer allgemeinen gepflogenheit anpassen, die zZ. lautet: alles scrollt immer mit.</p> <blockquote> <blockquote> <p>Nun, wieder auf Gunnars Frage zurückführen bitte. Wenn wir perspektivisch diskutieren, könnte man auch vorschlagen, für Frames reservierte Attributwerte vorzuschlagen:<br> title="header|footer|navi1-navi3|content|news|advertisement".</p> </blockquote> <p>Lies dir vielleicht mal die verlinkte Diskussion mit emu durch, damals wurden logische Beziehungen viel diskutiert.</p> </blockquote> <p>Ah, ich hatte jetzt erstmal nur den Anfang gelesen, wo emu ja sagt, wie ich auch, eine Navi hat in einem Inhaltsdokument eigentlich nichts verloren.</p> <blockquote> <p>In HTML gibts dazu bereits Mechanismen wie das link-Element und das rel-Attribut.</p> </blockquote> <p>Lechtz. Kenn ich vom Hörensagen und klingt vielversprechend. Schaff ich es doch, den Frames eine weitere logische Beziehung zueinander zu verpassen - die im Freundeskreis der Schule _niemals_ jemand erfassen wird?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179936#m1179936 Detlef G. selfforum@d-graff.de 2007-11-30T22:27:08Z 2007-11-30T22:27:08Z interessanter Ansatz <p>Hallo frankx</p> <blockquote> <p>… header, scrollbarer Rest, ist nur mit Frames realisierbar (wenn der header eine Fixe und keine prozentuale Größe haben soll).</p> </blockquote> <p><a href="http://d-graff.de/demos/selfhtml/lula.html" rel="nofollow noopener noreferrer">Wirklich</a>?</p> <p>Auf Wiederlesen<br> Detlef</p> <div class="signature">-- <br> - Wissen ist gut<br> - Können ist besser<br> - aber das Beste und Interessanteste ist der Weg dahin! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179937#m1179937 frankx frankxberlin@gmx.de 2007-11-30T22:45:32Z 2007-11-30T22:45:32Z interessanter Ansatz <p>Hellihello Detlef,</p> <blockquote> <p>Hallo frankx</p> <blockquote> <p>… header, scrollbarer Rest, ist nur mit Frames realisierbar (wenn der header eine Fixe und keine prozentuale Größe haben soll).</p> </blockquote> <p><a href="http://d-graff.de/demos/selfhtml/lula.html" rel="nofollow noopener noreferrer">Wirklich</a>?</p> </blockquote> <p>cool, mit</p> <p>* html #inhalt {<br>  position:static;<br>  height:100%;<br>  border-top:130px solid green;<br>  border-bottom:110px solid green;<br> }</p> <p>Star html hack und einer Border von Kopfzeilenhöhe und Fusszeilenhöhe.</p> <p>Also, es geht auch anders, aber das wissen nichtmal die cracks hier (abgesehen von den SuperCracks).</p> <p>Bitte dann noch das Javascript für die Größenänderung per MouseClickAndMove. Für Anfänger sicherlich ein einsichtiger Weg (;-).</p> <p>Aber bezogen auf die konkrete Frage geht der Punkt natürlich an Dich.</p> <p>#inhalt {<br>  position:absolute;<br>  top:120px;<br>  right:0;<br>  bottom:100px;<br>  left:0;<br>  border:10px solid green;<br>  overflow:auto;<br> }</p> <p>bewirkt dann, bei "normalen" Browsern, dass das auch scrollbar wird ohne eine Höhenangabe. Das war die Krücke, bei der ich bei meinen Recherchen seinerzeit hängengeblieben war.</p> <p>Ich vermute, dass sich das mit einem Div rechts und einem Links mit entsprchendem margin-left/right für das Contentdiv auch lösen ließe, die rechts und links dann ebenfalls mit Scrollbar. Dann per Ajax nur das inhalt-Div auswechseln, und ein Frameset ist nachgebaut. Bitte gebt wenigstens zu, dass es zwar möglich ist, aber doch an Know-How nicht mehr zu toppen. Ich schätz mich nicht als allzu hirnträge ein, aber diese alternativen per CSS fand ich dann inklusive der hacks für den IE doch recht anspruchsvoll im Ganzen und keinesfalls anfängertaubglich.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179938#m1179938 Detlef G. selfforum@d-graff.de 2007-12-01T00:02:19Z 2007-12-01T00:02:19Z interessanter Ansatz <p>Hallo frankx</p> <blockquote> <p>Also, es geht auch anders, aber das wissen nichtmal die cracks hier (abgesehen von den SuperCracks).</p> </blockquote> <p>Bei dem Beispiel bestand die Anforderung darin, dass nur der Inhalt innerhalb der Border scrollt. Das währe wohl eine wüste Framekonsruktion geworden.</p> <blockquote> <p>bewirkt dann, bei "normalen" Browsern, dass das auch scrollbar wird ohne eine Höhenangabe. Das war die Krücke, bei der ich bei meinen Recherchen seinerzeit hängengeblieben war.</p> </blockquote> <p>Und die Krücke ist die mangelnde Unterstützung von prosition:absolute durch den IE, der dann extra im Quirksmodus überredet werden muss.</p> <blockquote> <p>Ich vermute, dass sich das mit einem Div rechts und einem Links mit entsprchendem margin-left/right für das Contentdiv auch lösen ließe, die rechts und links dann ebenfalls mit Scrollbar.</p> </blockquote> <p><a href="http://d-graff.de/demos/selfhtml/lula1.html" rel="nofollow noopener noreferrer">Nicht gleich übertreiben.</a></p> <blockquote> <p>Dann per Ajax nur das inhalt-Div auswechseln, und ein Frameset ist nachgebaut.</p> </blockquote> <p>Also abhängig von Javascript und ansonsten eine perfekte Verknüpfung der jeweiligen Nachteile. ;)</p> <blockquote> <p>Bitte gebt wenigstens zu, dass es zwar möglich ist, aber doch an Know-How nicht mehr zu toppen.</p> </blockquote> <p>Nö, für mich wären jegliche serverseitigen Spielereien wesentich komplizierter als so ein bisschen CSS.</p> <blockquote> <p>Ich schätz mich nicht als allzu hirnträge ein, aber diese alternativen per CSS fand ich dann inklusive der hacks für den IE doch recht anspruchsvoll im Ganzen und keinesfalls anfängertaubglich.</p> </blockquote> <p>Als wirklich anfängertauglich empfinde ich Framesets auch nicht. Sie scheinen erst so schön einfach und erst später fallen dann diverse Probleme auf.</p> <p>Was mich auch an Framesets stört ist, dass es ohne Javascript keine Möglichkeit gibt, die Breite der Fenster von der Schriftgröße abhängig zu machen.</p> <p>Auf Wiederlesen<br> Detlef</p> <div class="signature">-- <br> - Wissen ist gut<br> - Können ist besser<br> - aber das Beste und Interessanteste ist der Weg dahin! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179939#m1179939 frankx frankxberlin@gmx.de 2007-12-01T10:21:05Z 2007-12-01T10:21:05Z interessanter Ansatz <p>Hellihello Detlef,</p> <blockquote> <blockquote> <p>Also, es geht auch anders, aber das wissen nichtmal die cracks hier (abgesehen von den SuperCracks).</p> </blockquote> <p>Bei dem Beispiel bestand die Anforderung darin, dass nur der Inhalt innerhalb der Border scrollt. Das währe wohl eine wüste Framekonsruktion geworden.</p> </blockquote> <p>Jap. btw: wer stellt denn solche "Anforderungen" (eine Ausbildung?)?</p> <blockquote> <blockquote> <p>bewirkt dann, bei "normalen" Browsern, dass das auch scrollbar wird ohne eine Höhenangabe. Das war die Krücke, bei der ich bei meinen Recherchen seinerzeit hängengeblieben war.</p> </blockquote> <p>Und die Krücke ist die mangelnde Unterstützung von prosition:absolute durch den IE, der dann extra im Quirksmodus überredet werden muss.</p> </blockquote> <p>also Quirks und * html - hack? Wer soll denn sowas wissen.</p> <p>übrigens, äh - btw, wird man von "prosition:absolute" betrunken?</p> <blockquote> <blockquote> <p>Ich vermute, dass sich das mit einem Div rechts und einem Links mit entsprchendem margin-left/right für das Contentdiv auch lösen ließe, die rechts und links dann ebenfalls mit Scrollbar.</p> </blockquote> <p><a href="http://d-graff.de/demos/selfhtml/lula1.html" rel="nofollow noopener noreferrer">Nicht gleich übertreiben.</a></p> </blockquote> <p>cool. scrollt ja auch, im FF getestet.</p> <blockquote> <blockquote> <p>Dann per Ajax nur das inhalt-Div auswechseln, und ein Frameset ist nachgebaut.</p> </blockquote> <p>Also abhängig von Javascript und ansonsten eine perfekte Verknüpfung der jeweiligen Nachteile. ;)</p> </blockquote> <p>Klar, ich wollte ja auch daruf hinaus, dass man sich mit dem Frame-Ersatz "auch" "Probleme" einhandelt, abgesehen vom nötigen Knoff-Hoff.</p> <blockquote> <blockquote> <p>Bitte gebt wenigstens zu, dass es zwar möglich ist, aber doch an Know-How nicht mehr zu toppen.</p> </blockquote> <p>Nö, für mich wären jegliche serverseitigen Spielereien wesentich komplizierter als so ein bisschen CSS.</p> </blockquote> <p>Also für Anfänger ist das nicht "ein bisschen". Außerdem brauchst Du doch dennoch serverseitige Techniken, um die 50 Navigationsspunkte in den 50 Dokumenten aktuell zu halten.</p> <blockquote> <blockquote> <p>Ich schätz mich nicht als allzu hirnträge ein, aber diese alternativen per CSS fand ich dann inklusive der hacks für den IE doch recht anspruchsvoll im Ganzen und keinesfalls anfängertaubglich.</p> </blockquote> <p>Als wirklich anfängertauglich empfinde ich Framesets auch nicht. Sie scheinen erst so schön einfach und erst später fallen dann diverse Probleme auf.</p> </blockquote> <p>Naja, das wäre ja der schlichte Punkt: Die gehen, man kapiert auch was, sie sind u.U. begrenzt tauglich. Nicht jeder, der was mit Web zu tun hat, möchte ein Web-Profi sein und werden. Und dem einen liegt mehr PHP, dem anderen CSS. Was mich bei Gunnars Anti-Frame-Feldzug stört ist die grundsätzliche "vermeide Frames"  Aussage. Ich finde, das passt auch nicht wirklich zum Geist der Forums. Natürlich kann er seine Meinung haben, und er kann sie auch schreiben, und ich kanns und wills ihm auch garnicht verbieten, um das mal vorwegzunehmen.</p> <blockquote> <p>Was mich auch an Framesets stört ist, dass es ohne Javascript keine Möglichkeit gibt, die Breite der Fenster von der Schriftgröße abhängig zu machen.</p> </blockquote> <p>Jap, der Vorlieben und Geschmäcker gibt es viele. Nimm doch Tabellen *lol* - kleiner Scherz.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179940#m1179940 Detlef G. selfforum@d-graff.de 2007-12-01T17:23:14Z 2007-12-01T17:23:14Z interessanter Ansatz <p>Hallo frankx</p> <blockquote> <p>Jap. btw: wer stellt denn solche "Anforderungen" (eine Ausbildung?)?</p> </blockquote> <p>Fragesteller in diesem Forum (allerdings existiert wohl das Bild nicht mehr).</p> <blockquote> <p>also Quirks und * html - hack? Wer soll denn sowas wissen.</p> </blockquote> <p>Der, der in den Quelltext schaut. ;)</p> <blockquote> <p>übrigens, äh - btw, wird man von "prosition:absolute" betrunken?</p> </blockquote> <p>Selbstverständlich, und wenn man IE heißt, dann sogar ohne „r”.</p> <blockquote> <p>cool. scrollt ja auch, im FF getestet.</p> </blockquote> <p>Auch zumindest im 6er IE (mangels IE7 konnte ich es dort noch nicht testen).</p> <blockquote> <p>Klar, ich wollte ja auch daruf hinaus, dass man sich mit dem Frame-Ersatz "auch" "Probleme" einhandelt, abgesehen vom nötigen Knoff-Hoff.</p> </blockquote> <p>Wenn man übertreibt, dann ja.<br> Welche Technologie für das Einbinden der Inhalte verwendet wird, sollte genau überlegt werden. Meiner Meinung nach sind Frames, wie auch Ajax für „Standardwebseiten” nicht wirklich geeignet. Für spezielle Anforderungen können (I)Frames oder auch Ajax geeignet sein, je nachdem, ob und welche browserseitigen Funktionen erforderlich sind.</p> <blockquote> <p>Also für Anfänger ist das nicht "ein bisschen". Außerdem brauchst Du doch dennoch serverseitige Techniken, um die 50 Navigationsspunkte in den 50 Dokumenten aktuell zu halten.</p> </blockquote> <p>Welcher Anfänger verwaltet Seiten mit 50 oder mehr Navigationspunkten, die sich so häufig ändern, dass es mittels dateiübergreifendem Suchen & Ersetzen oder editorseitiger Includetechnik nicht beherrschbar wäre.<br> Außerdem finde ich das serverseitige Einbinden der Navigation in komplette Einzelseiten trivial im Vergleich zu den von Cybaer erwähnten Möglichkeiten die Probleme mit Frames zu umschiffen.</p> <blockquote> <p>Naja, das wäre ja der schlichte Punkt: Die gehen, man kapiert auch was, sie sind u.U. begrenzt tauglich.</p> </blockquote> <p>Und dann, nachdem es erst so einfach schien, wird viel Energie darauf verwendet, Hintergrundbilder zu teilen und anzupassen, Nachladescripte zu basteln, zu versuchen, Ausklappmenüs frameübergreifend zu bekommen, statt sich gleich ein wenig intensiver mit CSS und Includetechniken zu beschäftigen. (Interessant finde ich hier immer wieder die Fragen, wie man das Frameset dazu bewegen kann, sich im Browser wie eine Einzelseite zu verhalten.)</p> <blockquote> <p>Nicht jeder, der was mit Web zu tun hat, möchte ein Web-Profi sein und werden. Und dem einen liegt mehr PHP, dem anderen CSS.</p> </blockquote> <p>Nur an CSS kommt man früher oder später sowieso nicht vorbei, die umfangreiche Beschäftigung mit Framesets könnte man durchaus vermeiden.</p> <blockquote> <p>Was mich bei Gunnars Anti-Frame-Feldzug stört ist die grundsätzliche "vermeide Frames"  Aussage. Ich finde, das passt auch nicht wirklich zum Geist der Forums.</p> </blockquote> <p><a href="http://forum.de.selfhtml.org/archiv/2005/4/t106760/#m662482" rel="nofollow noopener noreferrer">Uns gibt es nur mit Meinung und ungebetener Beratung.</a></p> <p>Diese ganzen Framediskussionen finde ich nervig, meist läuft es doch so ab:</p> <ul> <li>Ein Anfänger stellt eine Frage zu Problemen mit seinem Frameset, die er ohne dieses übehaupt nicht hätte.</li> <li>jemand weist darauf hin oder/und verlinkt auf den Subotnik Artikel<br> Und schon haben wir eine wilde Diskussion, bei der eine Seite ausführt, dass Frames Probleme bereiten (können), die der Anfänger (noch) nicht überblickt, worauf die andere kontert, dass es ja gar nicht wirklich Probleme sind, weil sich diese für einen Fortgeschrittenen mit entsprechenden Erfahrungen vermeiden lassen.</li> </ul> <p>Wer unbedingt Frames verwenden will, soll es tun, aber bitte nicht, weil es so schön einfach scheint, oder er noch nichts anderes kennt, sondern nach Abwägung der möglichen Vor- und Nachteile.</p> <blockquote> <p>Jap, der Vorlieben und Geschmäcker gibt es viele. Nimm doch Tabellen *lol* - kleiner Scherz.</p> </blockquote> <p>Scherz? Eher Horror!<br> Vor Jahren habe ich eine Frameseite mit Tabellenlayout übernommen und erweitert.<br> Jedes Mal, wenn ich jetzt wieder etwas ändern oder erweitern muss, könnte ich mich irgendwo hin beißen, dass ich das ganze Ding nicht in die Tonne getreten und komplett neu geschrieben habe. Jedes Mal ärgere ich mich aufs neue, finde aber auch nicht den nötigen Elan, es komplett zu erneuern, wo über die Jahre doch schon Einiges an Arbeit drin steckt.</p> <p>Auf Wiederlesen<br> Detlef</p> <div class="signature">-- <br> - Wissen ist gut<br> - Können ist besser<br> - aber das Beste und Interessanteste ist der Weg dahin! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179941#m1179941 frankx frankxberlin@gmx.de 2007-12-01T18:19:07Z 2007-12-01T18:19:07Z interessanter Ansatz <p>Hellihello Detlef,</p> <blockquote> <blockquote> <p>Jap. btw: wer stellt denn solche "Anforderungen" (eine Ausbildung?)?</p> </blockquote> <p>Fragesteller in diesem Forum (allerdings existiert wohl das Bild nicht mehr).</p> </blockquote> <p>wölsches Büld?</p> <blockquote> <blockquote> <p>also Quirks und * html - hack? Wer soll denn sowas wissen.</p> </blockquote> <p>Der, der in den Quelltext schaut. ;)</p> </blockquote> <p>Den Quirks hatte ich erstmal übersehen.</p> <blockquote> <blockquote> <p>übrigens, äh - btw, wird man von "prosition:absolute" betrunken?</p> </blockquote> <p>Selbstverständlich, und wenn man IE heißt, dann sogar ohne „r”.</p> </blockquote> <p>Du meinst den Intenet Exploe?</p> <blockquote> <blockquote> <p>Klar, ich wollte ja auch daruf hinaus, dass man sich mit dem Frame-Ersatz "auch" "Probleme" einhandelt, abgesehen vom nötigen Knoff-Hoff.</p> </blockquote> <p>Wenn man übertreibt, dann ja.<br> Welche Technologie für das Einbinden der Inhalte verwendet wird, sollte genau überlegt werden.</p> </blockquote> <p>Ach, Schüler dürfen auch mal spielen. Tut ja nicht weh.</p> <blockquote> <p>Meiner Meinung nach sind Frames, wie auch Ajax für „Standardwebseiten” nicht wirklich geeignet. Für spezielle Anforderungen können (I)Frames oder auch Ajax geeignet sein, je nachdem, ob und welche browserseitigen Funktionen erforderlich sind.</p> </blockquote> <p>Also: früh übt sich, wer will?</p> <blockquote> <blockquote> <p>Also für Anfänger ist das nicht "ein bisschen". Außerdem brauchst Du doch dennoch serverseitige Techniken, um die 50 Navigationsspunkte in den 50 Dokumenten aktuell zu halten.</p> </blockquote> <p>Welcher Anfänger verwaltet Seiten mit 50 oder mehr Navigationspunkten, die sich so häufig ändern, dass es mittels dateiübergreifendem Suchen & Ersetzen oder editorseitiger Includetechnik nicht beherrschbar wäre.</p> </blockquote> <p>Nö, das war ein weiteres Beispiel. Aber ich bleibe dabei, dass jeder sich fragen darf, auch ein Anfänger, ob er wider besseren Rat sich das Suchen/Ersetzen schenken möchte oder nicht.</p> <blockquote> <p>Außerdem finde ich das serverseitige Einbinden der Navigation in komplette Einzelseiten trivial im Vergleich zu den von Cybaer erwähnten Möglichkeiten die Probleme mit Frames zu umschiffen.</p> </blockquote> <p>Luschtig. Für jede Seite ein neues Frameset find ich wieder merkwürdig. Am meisten behagt mir die Idee, nur die Info nachzuladen, die sich ändert (js-httprequest).</p> <blockquote> <blockquote> <p>Naja, das wäre ja der schlichte Punkt: Die gehen, man kapiert auch was, sie sind u.U. begrenzt tauglich.</p> </blockquote> <p>Und dann, nachdem es erst so einfach schien, wird viel Energie darauf verwendet, Hintergrundbilder zu teilen und anzupassen, Nachladescripte zu basteln, zu versuchen, Ausklappmenüs frameübergreifend zu bekommen, statt sich gleich ein wenig intensiver mit CSS und Includetechniken zu beschäftigen.</p> </blockquote> <p>Du sprichst von professionellen Webseitenbauern.</p> <blockquote> <p>(Interessant finde ich hier immer wieder die Fragen, wie man das Frameset dazu bewegen kann, sich im Browser wie eine Einzelseite zu verhalten.)</p> <blockquote> <p>Nicht jeder, der was mit Web zu tun hat, möchte ein Web-Profi sein und werden. Und dem einen liegt mehr PHP, dem anderen CSS.</p> </blockquote> <p>Nur an CSS kommt man früher oder später sowieso nicht vorbei, die umfangreiche Beschäftigung mit Framesets könnte man durchaus vermeiden.</p> </blockquote> <p>Kommt auf den Stand an. An CSS-Basics komme ich schon von Anfang an nicht vorbei. Postition und Float sowie die zugehörigen margins sind für mich aber schon wirklich fortgeschritten.</p> <blockquote> <blockquote> <p>Was mich bei Gunnars Anti-Frame-Feldzug stört ist die grundsätzliche "vermeide Frames"  Aussage. Ich finde, das passt auch nicht wirklich zum Geist der Forums.</p> </blockquote> <p><a href="http://forum.de.selfhtml.org/archiv/2005/4/t106760/#m662482" rel="nofollow noopener noreferrer">Uns gibt es nur mit Meinung und ungebetener Beratung.</a></p> <p>Diese ganzen Framediskussionen finde ich nervig, meist läuft es doch so ab:</p> <ul> <li>Ein Anfänger stellt eine Frage zu Problemen mit seinem Frameset, die er ohne dieses übehaupt nicht hätte.</li> <li>jemand weist darauf hin oder/und verlinkt auf den Subotnik Artikel<br> Und schon haben wir eine wilde Diskussion, bei der eine Seite ausführt, dass Frames Probleme bereiten (können), die der Anfänger (noch) nicht überblickt, worauf die andere kontert, dass es ja gar nicht wirklich Probleme sind, weil sich diese für einen Fortgeschrittenen mit entsprechenden Erfahrungen vermeiden lassen.</li> </ul> <p>Wer unbedingt Frames verwenden will, soll es tun, aber bitte nicht, weil es so schön einfach scheint, oder er noch nichts anderes kennt, sondern nach Abwägung der möglichen Vor- und Nachteile.</p> </blockquote> <p>Deshalb ja die Idee, die Kernpunkte in einem Pro und Contra festzuhalten. Im Grunde ist ja mit diesem Thread auch fast alles schon irgendwo gesagt.</p> <blockquote> <blockquote> <p>Jap, der Vorlieben und Geschmäcker gibt es viele. Nimm doch Tabellen *lol* - kleiner Scherz.</p> </blockquote> <p>Scherz? Eher Horror!<br> Vor Jahren habe ich eine Frameseite mit Tabellenlayout übernommen und erweitert.<br> Jedes Mal, wenn ich jetzt wieder etwas ändern oder erweitern muss, könnte ich mich irgendwo hin beißen, dass ich das ganze Ding nicht in die Tonne getreten und komplett neu geschrieben habe. Jedes Mal ärgere ich mich aufs neue, finde aber auch nicht den nötigen Elan, es komplett zu erneuern, wo über die Jahre doch schon Einiges an Arbeit drin steckt.</p> </blockquote> <p>Genau, wärste mal bei Frameset geblieben (;-).</p> <p>Nimm doch SSI, oder PHP oder gleich ROR - genug der Häme. Sorry.</p> <p>Dank und Gruß und schönes Wochenende, bis Montag</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179942#m1179942 Detlef G. selfforum@d-graff.de 2007-12-01T18:58:52Z 2007-12-01T18:58:52Z interessanter Ansatz <p>Hallo frankx</p> <blockquote> <p>wölsches Büld?</p> </blockquote> <p>Die Seite mit dem Bild, wie es aussehen soll.</p> <blockquote> <p>… Aber ich bleibe dabei, dass jeder sich fragen darf, auch ein Anfänger, ob er wider besseren Rat sich das Suchen/Ersetzen schenken möchte oder nicht.</p> </blockquote> <p>Ja, dass soll er. Er soll es aber tun, nachdem er den Rat bekommen und sich bewusst dagegen entschieden hat.<br> Dann soll er bitte auch nicht mit den Problemen nerven, die er sich durch seine Entscheidung aufgehalst hat.</p> <blockquote> <p>Luschtig. Für jede Seite ein neues Frameset find ich wieder merkwürdig. …</p> </blockquote> <p>Das ist aber leider die zuverlässigste Möglichkeit eine Reihe der Probleme zu vermeiden.</p> <blockquote> <p>… Am meisten behagt mir die Idee, nur die Info nachzuladen, die sich ändert (js-httprequest).</p> </blockquote> <p>Dann werde zumindest ich diese Infos nie zu Gesicht bekommen.</p> <blockquote> <blockquote> <p>…, statt sich gleich ein wenig intensiver mit CSS und Includetechniken zu beschäftigen.</p> </blockquote> <p>Du sprichst von professionellen Webseitenbauern.</p> </blockquote> <p>Nein, das bin ich selbst auch nicht. Ich schreibe von denen, die nicht nur schnell mal eine Site hinrotzen sondern sich etwas länger damit beschäftigen.</p> <blockquote> <p>Kommt auf den Stand an. An CSS-Basics komme ich schon von Anfang an nicht vorbei. Postition und Float sowie die zugehörigen margins sind für mich aber schon wirklich fortgeschritten.</p> </blockquote> <p>An margin, float und position (man beachte die geänderte Reihenfolge) komme ich dann nicht mehr vorbei, wenn ich mehr als bunte Plaintextseiten vielleicht noch mit Bildern will, ohne dafür wilde Tabellen- oder Schachtelframekonstruktionen zu verwenden.</p> <blockquote> <p>Genau, wärste mal bei Frameset geblieben (;-).</p> </blockquote> <p>Leider bin ich beim Frameset mit Tabellenlayout geblieben.</p> <blockquote> <p>Nimm doch SSI, oder PHP oder gleich ROR - genug der Häme. Sorry.</p> </blockquote> <p>Nö, wozu?<br> Es ist editorseitig noch gut beherrschbar.</p> <p>Auf Wiederlesen<br> Detlef</p> <div class="signature">-- <br> - Wissen ist gut<br> - Können ist besser<br> - aber das Beste und Interessanteste ist der Weg dahin! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179944#m1179944 Don P 2007-11-29T14:24:28Z 2007-11-29T14:24:28Z interessanter Ansatz <p>Hallo Mathias,</p> <p>Wow, das ist jetzt eine interessante Abhandlung zur Geschichte des Webdesigns, bin beeindruckt. Dafür bekommst du von mir ein fachlich-hilfreich-Voting, und es wird gebookmarked und ausgedruckt, zur weiteren Meditation...</p> <p>Fazit: Man ist also tendenziell in der Web-Gestaltung zu den Wurzeln zurückgekehrt, aber mit zusätzlicher Interaktivität, die man früher nur über PopUps und/oder Frames lösen konnte.</p> <p>Man kann also sagen, dass Frames oder PopUps heutzutage immer weniger verwendet werden. Und weil dem so ist, ist es auch gut (Esst Kot! Millionen Fliegen können nicht irren!), oder auch umgekehrt (Und Er sah, dass es sehr gut war).</p> <p>Leider hat das auch dazu geführt, dass alle Seiten mehr oder weniger gleich aussehen. Vielleicht ist das sogar ein Vorteil. Irgendwann hat man sich ja auch darauf geeinigt, Anwendungsfenster so zu gestalten, dass u.A. oben horizontal ein Menü zu finden ist (Datei – Bearbeiten - Ansicht usw). Es gibt meines Wissens dafür einen Standard, habe aber vergessen, wie der heißt. So muss man sich nicht für jedes Programm umgewöhnen.</p> <p>Die Sache mit den PopUps ist klar: Die werden einfach zu sehr für Werbezwecke missbraucht. Wer will schon den Bildschirm mit 20 Fensterchen zugepflastert sehen, die von selber erscheinen und wie bei der Hydra durch Schließen eines PopUps gleich zwei weitere sich öffnen...</p> <blockquote> <p>Diese Trends sagen natürlich wenig über die tatsächlichen Vor- und Nachteile der einen oder der anderen Umsetzung aus. Es geht zwar auch um handfeste Vorteile, aber nicht weniger um bekannte, vertraute Bedienkonzepte, Gewohnheiten und Erwartungen.</p> </blockquote> <p>Nun, gerade "bekannte, vertraute Bedienkonzepte, Gewohnheiten und Erwartungen" werden doch von Frames nicht grundsätzlich über den Haufen geworfen. Viele erfolgreiche Anwendungsprogramme arbeiten mit verschiedenen kleineren Fenstern für Einstellungen usw. Das ist einem Computer-Anwender doch eigentlich sehr vertraut.</p> <p>Web-Anwendung dürfen, wenn der von dir gezeichnete Trend sich endgültig durchsetzt, also keine "Anwendungen" mehr sein, sondern müssen, selbst wenn sie Andungen sind, in der Verkleidung eines flachen Dokuments daherkommen. Naja, ich bin noch immer nicht restlos davon überzeugt, dass das der Weisheit letzter Schluss ist.</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179945#m1179945 frankx frankxberlin@gmx.de 2007-11-29T14:33:03Z 2007-11-29T14:33:03Z interessanter Ansatz <p>Hellihello DonP,</p> <blockquote> <p>Web-Anwendung dürfen, wenn der von dir gezeichnete Trend sich endgültig durchsetzt, also keine "Anwendungen" mehr sein, sondern müssen, selbst wenn sie Andungen sind, in der Verkleidung eines flachen Dokuments daherkommen. Naja, ich bin noch immer nicht restlos davon überzeugt, dass das der Weisheit letzter Schluss ist.</p> </blockquote> <p>Das hast Du aber schön formuliert. Trifft auch meine Ansicht. Nur frag ich mich, was "Andungen" sind, das Pendant zu "Alpungen" oder "Pyrenäungen"?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179946#m1179946 Don P 2007-11-29T14:58:51Z 2007-11-29T14:58:51Z interessanter Ansatz <p>Hallo,</p> <blockquote> <p>Das hast Du aber schön formuliert. Trifft auch meine Ansicht. Nur frag ich mich, was "Andungen" sind, das Pendant zu "Alpungen" oder "Pyrenäungen"?</p> </blockquote> <p>Nein, eher sowas wie Himalajungen, oder auch hünenhafte Pygmäungen ;-)</p> <p>Sollte vielleicht mal eine dt. Rechtschreibprüfung im FF installieren...</p> <p>Gruß, Don P</p> <div class="signature">-- <br> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179949#m1179949 molily molily@gmx.de http://molily.de/ 2007-11-28T23:56:22Z 2007-11-28T23:56:22Z interessanter Ansatz <p>Hallo,</p> <blockquote> <blockquote> <p>Z.B. könnte ein DJ seine eigene Musikdatenbank einrichten<br> Oder eine Übersicht über die Bestellungen, oder die Produkte, oder die eigenen Seiten oder...;</p> </blockquote> </blockquote> <p>Redest du jetzt noch vom Intranet wie Don P?</p> <p>Als Beispiele fallen immer lange Listen von Links ein und eben die verlinkten Dokumente, die dann genauere Infos enthalten. Und zwischen denen will man, so die Annahme, so schnell wie möglich springen, sodass man Liste und Information, so die Annahme, bestenfalls gleichzeitig sehen und bedienen will.</p> <p>Sozusagen das Modell »Datenbank«. Das ist erstmal naheliegend, man denke an die Aufteilung von iTunes, welches einem über verschiedene Kriterien, die in Spalten neben stehen, eine sukzessive Auswahl erlaubt. So eine Auswahl ist praktisch, ob Frames die notwendige Lösung ist, wäre eine andere Frage.</p> <p>Schwieriger sind die weiteren Beispiele: Solch geartete Listen habe ich eigentlich überall, sowohl im öffentlichen Web wie im beschränkten Bereich. Ich glaube, dann würde mir keine Site bzw. Anwendung einfallen, wo man Frames oder verwandte Lösungen für Paralleldarstellung (iframe/object, Popups) nicht in dieser Weise inflationär einsetzen könnte. Produktlisten? Zack, Frames. Nachrichtenlisten? Zack, Frames. Bestellungslisten? Zack, Frames. Sonstige Linklisten? Zack, Frames.</p> <p>Man macht es aber nicht. Warum nicht?</p> <p>Das soll jetzt kein Argument bzw. Fehlschluss vom Sein aufs Sollen sein. Ich weiß nur einfach nicht, wie das zusammenpassen soll. Was denkt ihr? Wenn die Vorteile von Frames doch so auf der Hand zu liegen scheinen und es überall Anwendungsmöglichkeiten gibt, dann fallen die paar Nachteile offenbar nicht ins Gewicht, oder? Oder fallen sie nur im öffentlichen Web dermaßen ins Gewicht? (Warum?)</p> <p>Ich könnte mich bloß fragen, ob nicht schon die Prämissen (»Benutzer will ungern ständig zwischen Dokumenten springen, indem er den Back-Button nutzt«) vielleicht schon fehlerhaft sind. Aber diese Prämisse zum Beispiel klingt doch ganz plausibel...</p> <p>Mathias</p> <div class="signature">-- <br> <a href="http://aktuell.de.selfhtml.org/weblog/" rel="nofollow noopener noreferrer">SELFHTML aktuell Weblog</a> </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179950#m1179950 frankx frankxberlin@gmx.de 2007-11-29T09:17:19Z 2007-11-29T09:17:19Z interessanter Ansatz <p>Hellihello</p> <blockquote> <p>Hallo,</p> <blockquote> <blockquote> <p>Z.B. könnte ein DJ seine eigene Musikdatenbank einrichten<br> Oder eine Übersicht über die Bestellungen, oder die Produkte, oder die eigenen Seiten oder...;</p> </blockquote> </blockquote> <p>Redest du jetzt noch vom Intranet wie Don P?</p> </blockquote> <p>Natürllich. Da mache ich es ja in einem Anwendungsfalle genau so. Nur für mich, kann ich machen was ich will (;-).</p> <blockquote> <p>Als Beispiele fallen immer lange Listen von Links ein und eben die verlinkten Dokumente, die dann genauere Infos enthalten. Und zwischen denen will man, so die Annahme, so schnell wie möglich springen, sodass man Liste und Information, so die Annahme, bestenfalls gleichzeitig sehen und bedienen will.</p> </blockquote> <p>Siehe das Beispiel vom Eric Myer.</p> <blockquote> <p>Sozusagen das Modell »Datenbank«. Das ist erstmal naheliegend, man denke an die Aufteilung von iTunes, welches einem über verschiedene Kriterien, die in Spalten neben stehen, eine sukzessive Auswahl erlaubt. So eine Auswahl ist praktisch, ob Frames die notwendige Lösung ist, wäre eine andere Frage.</p> </blockquote> <p>Nein, aus meiner Sicht geht es nicht um Notwendigkeit sondern um Möglichkeit. Ist es eine mögliche Lösung, und, wenn sie nicht im Intranet stattfindet, verletzt sie Regelen des W3C (deprecated) oder des WAI (Punkteverlust durch Barrieren)? - was Frames beides nicht tun.</p> <blockquote> <p>Schwieriger sind die weiteren Beispiele: Solch geartete Listen habe ich eigentlich überall, sowohl im öffentlichen Web wie im beschränkten Bereich. Ich glaube, dann würde mir keine Site bzw. Anwendung einfallen, wo man Frames oder verwandte Lösungen für Paralleldarstellung (iframe/object, Popups) nicht in dieser Weise inflationär einsetzen könnte. Produktlisten? Zack, Frames. Nachrichtenlisten? Zack, Frames. Bestellungslisten? Zack, Frames. Sonstige Linklisten? Zack, Frames.</p> </blockquote> <p>Nun ja, wieso denn so absolutistisch? Mir fehlt hier so ein bisschen die "Freiheit des Autors".</p> <blockquote> <p>Man macht es aber nicht. Warum nicht?</p> </blockquote> <p>Es geht nicht darum, dass alles das selbe machen, denke ich. "<font>" "macht" man nicht, weils deprecated ist.</p> <blockquote> <p>Das soll jetzt kein Argument bzw. Fehlschluss vom Sein aufs Sollen sein. Ich weiß nur einfach nicht, wie das zusammenpassen soll. Was denkt ihr? Wenn die Vorteile von Frames doch so auf der Hand zu liegen scheinen und es überall Anwendungsmöglichkeiten gibt, dann fallen die paar Nachteile offenbar nicht ins Gewicht, oder? Oder fallen sie nur im öffentlichen Web dermaßen ins Gewicht? (Warum?)</p> </blockquote> <p>Weil das Web in großen Teilen kommerzialisiert ist und sein Götze Google heißt. Das ist einer der Gründe wovor selbst ich jetzt als Entwickler noch angst hätte und einem "echten" Kunden nie ein Frameset unterjubeln würde - weil es haufenweise von halbwissen strotzenden Glauben um die Punkteverluste gibt. Schlechter GoogleRank = SchlechteSeite.</p> <p>[Abgesehen davon sah ich mir gestern mit einem Schüler mal den Quelltext von Wikiepedia/Akronym an. Da kam eine <h3> direkt nach einem <h1> und vor einem <h2> und ich sah den Text vor lauter Javascript nicht.]</p> <blockquote> <p>Ich könnte mich bloß fragen, ob nicht schon die Prämissen (»Benutzer will ungern ständig zwischen Dokumenten springen, indem er den Back-Button nutzt«) vielleicht schon fehlerhaft sind. Aber diese Prämisse zum Beispiel klingt doch ganz plausibel...</p> </blockquote> <p>Ach weißt Du, bei mir gibts nicht "den Nutzer". Ich habe die Vorliebe, dass ich es mag, wenn es "stabile" Elemente auf der Seite gibt. In Jugendsprache: ich "hasse" es, wenn die Navi scrollt, obwohl ich den Inhalt scrollen will und umgekehrt. Dass ich das mit gehörigen CSS-Verrenkungen (wie imitiere ich ein Frameset mit CSS, am besten noch inklusive Javascript, um die Framebreiten einstellen zu können(;-)) nachbauen könnte, weiß ich.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179952#m1179952 frankx frankxberlin@gmx.de 2007-11-27T20:15:32Z 2007-11-27T20:15:32Z interessanter Ansatz <p>Hellihello Vinzenz,</p> <blockquote> <p>zu verstehen gegeben. Mir fällt im wesentlichen ein Einsatzzweck für Frames ein, siehe Archivthread [<a href="/archiv/2007/11/t162231/#m1055608" rel="noopener noreferrer">Musik über mehrere HTML Seiten laufen lassen</a>]. Dieser Fall ist aber sehr selten - da Musik nur sehr selten wirklich zur Website gehört - und könnte genauso gut (oder schlecht) durch ein Popup gelöst werden.</p> <p>Da aber die Framesfrage auch jetzt noch immer wieder im Forum diskutiert wird, wäre es meiner Meinung nach dennoch interessant, die wirklich relevanten (Archiv-)Beiträge zu diesem Thema aufzuarbeiten, damit man es beim nächsten Auftreten dieser Frage leichter hat. Ein paar wirklich gute Diskussionen, entsprechend kommentiert, wären überzeugender als der Standardlink zu Subotnik, der inzwischen die "suche im Archiv!"-Antwort abgelöst hat.</p> </blockquote> <p>Meine Rede (;-).</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179954#m1179954 frankx frankxberlin@gmx.de 2007-11-16T20:02:30Z 2007-11-16T20:02:30Z interessanter Ansatz <p>Hellihello</p> <p><a href="http://vergessichnicht.de/Frames_Pro_und_Contra" rel="nofollow noopener noreferrer">http://vergessichnicht.de/Frames_Pro_und_Contra</a> mal entsprechend vorbereitet um als Sammelstelle zu dienen. Einiges lässt sich ja hier im Forum schon finden dazu. Eigentlich ists doch ganz einfach: solange Pros und Contras sammeln, bis keiner mehr was dazu zu sagen hat, oder?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179983#m1179983 gary MrAcryl@gmx.de 2007-11-16T21:14:26Z 2007-11-16T21:14:26Z interessanter Ansatz <p>Hi frankx,</p> <p>Sehr schön! Gosses Lob :-)</p> <p>Jetzt fehlt nur noch ein Formular, wo man auswählen kann, ob es sich um einen Pro oder Contra Beitrag handelt, und man dann seinen (hoffentlich Sinvollen) Senf dazu geben kann...</p> <p>With best regards</p> <p>gary</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179979#m1179979 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-18T19:25:05Z 2007-11-18T19:25:05Z interessanter Ansatz <p>Hi,</p> <blockquote> <p><a href="http://vergessichnicht.de/Frames_Pro_und_Contra" rel="nofollow noopener noreferrer">http://vergessichnicht.de/Frames_Pro_und_Contra</a> mal entsprechend vorbereitet</p> </blockquote> <p>Sind deine Seite echt ernstgemeint? Also das mit der Ironie/Sarkasmus war von mir ernstgemeint.</p> <p>Denn wer z.B. Frames verwendet, und den NOFRAMES-Bereich nicht nutzt, kann sich IMHO nicht sonderlich mit Frames beschäftigt haben.</p> <p>Die Seite taugt wirklich als wunderbares Beispiel, wie man es *nicht* macht ...</p> <p>... und ich dachte (und denke noch), daß das in diesem Fall auch Absicht ist.</p> <p>Irre ich mich?</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179955#m1179955 Struppi struebig@gmx.net http://javascript.jstruebig.de 2007-11-19T09:55:20Z 2007-11-19T09:55:20Z interessanter Ansatz <blockquote> <p><a href="http://vergessichnicht.de/Frames_Pro_und_Contra" rel="nofollow noopener noreferrer">http://vergessichnicht.de/Frames_Pro_und_Contra</a> mal entsprechend vorbereitet um als Sammelstelle zu dienen. Einiges lässt sich ja hier im Forum schon finden dazu. Eigentlich ists doch ganz einfach: solange Pros und Contras sammeln, bis keiner mehr was dazu zu sagen hat, oder?</p> </blockquote> <p>Ich hab jetzt nicht eure komplette Diskussion mitbekommen, aber Argumente contra Frames hab ich z.b.:</p> <p>* keine direkte Verlinkung möglich<br> * bookmarken geht nicht</p> <p>Ich hatte mal eine schöne Diskussion mit Cybaer, wo die vielen Nachteile von Frames sehr deutlich wurden. Nur nennt er es nicht so, weil es für alle Nachteile Möglichkeiten gibt diese zu umgehen, sind es für ihn keine Nachteile.</p> <p>Struppi.</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179978#m1179978 frankx frankxberlin@gmx.de 2007-11-19T12:46:42Z 2007-11-19T12:46:42Z interessanter Ansatz <p>Hellihello Struppi,</p> <blockquote> <p>Ich hatte mal eine schöne Diskussion mit Cybaer, wo die vielen Nachteile von Frames sehr deutlich wurden. Nur nennt er es nicht so, weil es für alle Nachteile Möglichkeiten gibt diese zu umgehen, sind es für ihn keine Nachteile.</p> </blockquote> <p>Haick schoma vamerkt</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179963#m1179963 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-19T12:54:16Z 2007-11-19T12:54:16Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Ich hatte mal eine schöne Diskussion mit Cybaer, wo die vielen Nachteile von Frames sehr deutlich wurden. Nur nennt er es nicht so, weil es für alle Nachteile Möglichkeiten gibt diese zu umgehen, sind es für ihn keine Nachteile.</p> </blockquote> <p>Genau. Ich mache Frames z.B. *prinzipiell* so, daß ich pro Content-Frame ein eigenes Frameset habe. *Das* ist für mich schlicht der Normalfall (Hinweis: i.d.R. sind meine Sites framelos - Framesites sind schon die Ausnahme, die ich aber eben auch nicht scheue), und schon die erste Umsetzung war mit einem CMS (und damit logischerweise auch der Content nochmal im NOFRAMES-Bereich keinerlei Zusatzaufwand). Und bei der "Privatanwendung" ohne CMS ist der Aufwand für einen HTML-Laien (nach der Einrichtung) auch in jeder Beziehung problemlos (ebenfalls mit Offline-Fähigkeit bzw. online auf Server mit minimaler Ausstattung lauffähig). Dann der Einfachheit halber allerdings ohne "Content in NOFRAMES", sondern nur mit "NOFRAMES-Menü/Links", wo es dann in der Tat zu einer "schlechteren Bewertung" kommen müßte, wie von Don P. beschrieben (zumindest theoretisch - praktisch nicht, weil schlicht ohne Relevanz).</p> <p>Meine Coding-Website ist da schon die einzige (und begründete) Ausnahme von dieser Regel.</p> <p>Allerdings muß man natürlich auch sehen, daß historisch Frames und JS gleichzeitig gekommen sind, und sicherlich von Vorneherein vorgesehen war, daß man das auch zusammen einsetzen soll. Aber OK, JavaScript auszuschalten ist ja mittlerweile, dank "Web 2.0", auch eher rückläufig ... (nein, das soll jetzt kein Plädoyer für Frames sein! ;-))</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179962#m1179962 frankx frankxberlin@gmx.de 2007-11-19T17:36:44Z 2007-11-19T17:36:44Z interessanter Ansatz <p>Hellihello Struppi,</p> <blockquote> <p>* keine direkte Verlinkung möglich<br> * bookmarken geht nicht</p> </blockquote> <p>naja, ist das nicht etwas zu rigide?</p> <p>Bookmarken kann ich im Firefox mit "rechteMaus/diesenLinkBookmarken", also wäre es wohl richtiger zu sagen, dass man in Framesets nicht Seiten Bookmarken kann sondern nur Links, oder?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179956#m1179956 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-23T08:08:50Z 2007-11-23T08:08:50Z Archiveinträge <p>Hi,</p> <blockquote> <p>Ich hatte mal eine schöne Diskussion mit Cybaer, wo die vielen Nachteile von Frames sehr deutlich wurden. Nur nennt er es nicht so, weil es für alle Nachteile Möglichkeiten gibt diese zu umgehen, sind es für ihn keine Nachteile.</p> </blockquote> <p>Ausgrab : <a href="/archiv/2004/8/t88076/#m525529" rel="noopener noreferrer">FRAMES Pro & Contra</a><br> Außerdem: <a href="/archiv/2004/4/t80027" rel="noopener noreferrer">Frameset nachladen</a><br>           <a href="/archiv/2005/8/t113215/#m719939" rel="noopener noreferrer">Frames: Pfui oder akzeptabel</a></p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179957#m1179957 frankx frankxberlin@gmx.de 2007-11-23T10:35:32Z 2007-11-23T10:35:32Z Archiveinträge <p>Hellihello,</p> <blockquote> <p>Ausgrab : <a href="/archiv/2004/8/t88076/#m525529" rel="noopener noreferrer">FRAMES Pro & Contra</a><br> Außerdem: <a href="/archiv/2004/4/t80027" rel="noopener noreferrer">Frameset nachladen</a><br>           <a href="/archiv/2005/8/t113215/#m719939" rel="noopener noreferrer">Frames: Pfui oder akzeptabel</a></p> </blockquote> <p>Hab ich mal in die Linkliste mit aufgenommen, den letzten hatte ich da ja schon.</p> <p>Beim Nachladen mit Hash oder Search bin ich noch nicht weiter. Was ich kapier: JS kennt entweder .hash oder .search, trennen bei #abc?def kann es wohl nicht.</p> <p>Ich denke ja, eine vollständiger Prototyp für ein Frameset sollte auch in der Lage sein, einen mitübergebenen Searchstring zu verarbeiten.</p> <p>unterseite.htm?ichbin=oskar sollt dann die unterseite mit diesem querystring ins contentframe packen. oder tut es das, frag ich mich grad - mit der hier in self demonstrierten methode? nochmal schaun später heut vielleicht.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179958#m1179958 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-23T12:06:26Z 2007-11-23T12:06:26Z Archiveinträge <p>Hi,</p> <blockquote> <p>Beim Nachladen mit Hash oder Search bin ich noch nicht weiter. Was ich kapier: JS kennt entweder .hash oder .search, trennen bei #abc?def kann es wohl nicht.</p> </blockquote> <p>Ein URL kann "search" und "hash" *gleichzeitig* haben. Trennen mußt Du nichts, dafür hat location ja die unterschiedlichen Eigenschaften.</p> <blockquote> <p>unterseite.htm?ichbin=oskar sollt dann die unterseite mit diesem querystring ins contentframe packen. oder tut es das, frag ich mich grad - mit der hier in self demonstrierten methode? nochmal schaun später heut vielleicht.</p> </blockquote> <p>?</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179961#m1179961 frankx frankxberlin@gmx.de 2007-11-23T14:31:18Z 2007-11-23T14:31:18Z Archiveinträge <p>Hellihello Cybaer,</p> <blockquote> <p>Ein URL kann "search" und "hash" *gleichzeitig* haben. Trennen mußt Du nichts, dafür hat location ja die unterschiedlichen Eigenschaften.</p> </blockquote> <p>Ja, das dachtich auch. In meinem Test aber zeigt mir JS _entweder_ den location.hash an (wenn eine Raute vorhanden war, egal ob mit oder ohne Fragezeichen) _oder_ location.search, nur dann wenn keine Raute da war (natürlich aber ein Fragezeichen).</p> <p>Mussisch nochmal testen...;</p> <blockquote> <blockquote> <p>unterseite.htm?ichbin=oskar sollt dann die unterseite mit diesem querystring ins contentframe packen. oder tut es das, frag ich mich grad - mit der hier in self demonstrierten methode? nochmal schaun später heut vielleicht.</p> </blockquote> <p>?</p> </blockquote> <p>Damit meine ich;</p> <p>www.example.com/dir/unterseite.htm?query=string</p> <p>wird zu</p> <p>www.example.com/index.htm?/dir/unterseite.htm</p> <p>wech ist der schöne query-string des ersten aufrufes, wenn nicht zusätzliches Javascript hilft. So meine Erinnerung, als ich an dem Nachlader mal bastelte.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179959#m1179959 frankx frankxberlin@gmx.de 2007-11-23T14:38:03Z 2007-11-23T14:38:03Z Archiveinträge <p>Hellihello Cybaer,</p> <blockquote> <p>Ein URL kann "search" und "hash" *gleichzeitig* haben. Trennen mußt Du nichts, dafür hat location ja die unterschiedlichen Eigenschaften.</p> </blockquote> <pre><code class="block language-javascript"> <span class="token operator"><</span>script type<span class="token operator">=</span><span class="token string">"text/javascript"</span><span class="token operator">></span> <span class="token comment">//<![CDATA[ </span> <span class="token function">alert</span><span class="token punctuation">(</span><span class="token string">"hash: "</span><span class="token operator">+</span>location<span class="token punctuation">.</span>hash<span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token function">alert</span><span class="token punctuation">(</span><span class="token string">"search: "</span><span class="token operator">+</span>location<span class="token punctuation">.</span>search<span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token comment">//]]> </span> <span class="token operator"><</span><span class="token operator">/</span>script<span class="token operator">></span> </code></pre> <p>im FF: "file:///Z:/javascript/location_hash_search.js.htm#myhash?mysearch"</p> <p>bringt 2 alertboxen:</p> <p>1. hash: #myhash?mysearch<br> 2. search:</p> <p>wieso ist search leer?</p> <p>file:///Z:/javascript/location_hash_search.js.htm?mysearch</p> <p>bringt 2 alertboxen:</p> <p>1. hash:<br> 2. search: ?mysearch</p> <p>ist logisch, hash gibts ja nicht.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179960#m1179960 Siramon selfhtml@hotmail.com http://novasign.ch 2007-11-26T13:08:33Z 2007-11-26T13:08:33Z Archiveinträge <p>Hallo frankx,</p> <blockquote> <pre><code class="block language-javascript"></code></pre> </blockquote> <blockquote> <p><script type="text/javascript"><br> //<![CDATA[<br> alert("hash: "+location.hash);<br> alert("search: "+location.search);<br> //]]><br> </script></p> </blockquote> <pre><code class="block"> > > im FF: "file:///Z:/javascript/location\_hash\_search.js.htm#myhash?mysearch" > bringt 2 alertboxen: > 1. hash: #myhash?mysearch > 2. search: > wieso ist search leer? und "file:///Z:/javascript/location\_hash\_search.js.htm?mysearch#myhash" sollte im FF (und anderen Browsern) das gewünschte Resultat bringen: 1\. hash: #myhash 2\. search: ?mysearch Auf die Reihenfolge kommt es an! (siehe auch [RFC 1630, Appendix BNF](http://tools.ietf.org/html/rfc1630#appendix-BNF)) Grüsse Siramon,      ja der Penner aus Nr. 14 </code></pre> https://forum.selfhtml.org/self/2007/nov/14/frames/1179972#m1179972 frankx frankxberlin@gmx.de 2007-11-19T13:15:13Z 2007-11-19T13:15:13Z interessanter Ansatz <p>Hellihello Cybaer,</p> <blockquote> <p>Genau. Ich mache Frames z.B. *prinzipiell* so, daß ich pro Content-Frame ein eigenes Frameset habe. *Das* ist für mich schlicht der Normalfall (Hinweis: i.d.R. sind meine Sites framelos - Framesites sind schon die Ausnahme, die ich aber eben auch nicht scheue), und schon die erste Umsetzung war mit einem CMS (und damit logischerweise auch der Content nochmal im NOFRAMES-Bereich keinerlei Zusatzaufwand). Und bei der "Privatanwendung" ohne CMS ist der Aufwand für einen HTML-Laien (nach der Einrichtung) auch in jeder Beziehung problemlos (ebenfalls mit Offline-Fähigkeit bzw. online auf Server mit minimaler Ausstattung lauffähig). Dann der Einfachheit halber allerdings ohne "Content in NOFRAMES", sondern nur mit "NOFRAMES-Menü/Links", wo es dann in der Tat zu einer "schlechteren Bewertung" kommen müßte, wie von Don P. beschrieben (zumindest theoretisch - praktisch nicht, weil schlicht ohne Relevanz).</p> </blockquote> <p>Das hieße im gg. Beispielfall???</p> <blockquote> <p>Allerdings muß man natürlich auch sehen, daß historisch Frames und JS gleichzeitig gekommen sind, und sicherlich von Vorneherein vorgesehen war, daß man das auch zusammen einsetzen soll. Aber OK, JavaScript auszuschalten ist ja mittlerweile, dank "Web 2.0", auch eher rückläufig ... (nein, das soll jetzt kein Plädoyer für Frames sein! ;-))</p> </blockquote> <p>Das JS wollte ich noch einbauen. Frage ist, ob die aufgerufene Seite über den QueryString der Navigation bzw. dem Mainframe mitgeteilt werden sollte, oder ob es da andere Möglichkeiten gibt, zB. via window.name?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179966#m1179966 Don P 2007-11-19T14:21:11Z 2007-11-19T14:21:11Z interessanter Ansatz <p>Hallo,</p> <blockquote> <p>Dann der Einfachheit halber allerdings ohne "Content in NOFRAMES", sondern nur mit "NOFRAMES-Menü/Links", wo es dann in der Tat zu einer "schlechteren Bewertung" kommen müßte, wie von Don P. beschrieben (zumindest theoretisch - praktisch nicht, weil schlicht ohne Relevanz).</p> </blockquote> <p>"Schlicht ohne Relevanz", da hast du's: Ob im NOFRAMES-Bereich nun viel drinsteht oder nicht, der SuMa ist das gleichgültig, weil der dieser Bereich gar nicht bewertet wird. Das liegt daran, dass viele versuchen die SuMa-Spider zu täuschen, indem Sie durch halbe Romane den NOFRAMES-Bereich mit Stichworten überfrachten. De facto bekommt diesen ja kein Mensch zu Gesicht, weil alle modernen Browser Frames unterstützen. Jedenfalls kenne ich keinen, der das nicht tut.</p> <p>Wenn die Startseite ein Frameset ist, ist sie also bewertungsmäßig leer und wird lediglich vom Spider zum Verfolgen der Links benutzt. Und ich behaupte, dass das Ranking für die Stichworte der verfolgten Seiten abnimmt, je weiter der Google-Spider sich in die Tiefen der Linkstruktur hangeln muss. Das ist empirisch bewiesen (bzw. hoch wahrscheinlich gemacht), ob du's nun glaubst oder nicht. Und es macht auch Sinn: Von einer umfangreichen Domain-Startseite zu einem bestimmten Thema ist mehr zu erwarten, als wenn das Thema irgendwo auf fünfter Ebene der Verlinkung behandelt wird, völlig logisch, oder? Google kocht auch nur mit Wasser, was nicht heißt, dass es nicht auch besonders auf die weiteren Zutaten ankommt.</p> <p>Dass du übrigens für diese temporäre Gegenüberstellung von Vor- und Nachteilen der Frames partout einen ausgefüllten NOFRAMES-Bereich verlangst, ist mir absolut unverständlich. Wozu sollte das gut sein, wo es doch praktisch keine frames-verschmähenden Browser mehr gibt? Für die Suchmaschinen etwa? Muss denn unbedingt jeder noch so temporäre und experimentelle Versuch gleich in aller Welt bekannt gemacht werden? Als ob es nicht schon genügend Webseiten gäbe. *kopfschüttel*</p> <p>Ich würde statt dessen sogar die Spider erst mal mit "noindex, nofollow" wieder wegschicken.</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179964#m1179964 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-28T23:02:42Z 2007-11-28T23:02:42Z interessanter Ansatz <p>Hello out there!</p> <blockquote> <p>Genau. Ich mache Frames z.B. *prinzipiell* so, daß ich pro Content-Frame ein eigenes Frameset habe.</p> </blockquote> <p>OK, damit hat jede Webseite ihren URI; dieser Nachteil beim "üblichen" Einsatz von Frames fällt weg.</p> <p>Welchen Vorteil sollte aber das Frameset gegenüber einer Ein-Dokument-Webseite haben?</p> <p>Beim Frameset mit n Frames sind es n + 1 Dokumente, die 1. der Client vom Server anfordern muss und 2. vom Server zum Client geschickt werden müssen; bspw. Frameset, Inhaltsframe, Menüframe. Lass es durch Caching weniger sein; es sind mindestens zwei.</p> <p>Der dadurch erzeugte Traffic (HTTP-Request und -Response) dürfte die paar Bytes, die man durch das gecachte Menü spart, bei weitem übersteigen.</p> <p>Also dann doch besser eine serverseitig zusammengesetzte Ein-Dokument-Webseite.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179965#m1179965 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-30T07:53:16Z 2007-11-30T07:53:16Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Der dadurch erzeugte Traffic (HTTP-Request und -Response) dürfte die paar Bytes, die man durch das gecachte Menü spart, bei weitem übersteigen.</p> </blockquote> <p>Der Traffic ist mir ehrlich gesagt egal (merkt man daran, daß ich den Content i.d.R. ja sogar doppelt übertrage: Content-Frame und Frameset). =;-> Das war beim ersten Einsatz so, und ist in der heutigen YouTibe-Ära erst recht so. ;)</p> <p>(Damals hatte meine Zielgruppe allerdings schon recht viel Bandbreite unterm Arsch, und es gab sowieso von jeder Seite eine no-frames & text-only Version für langsame Verbindungen.)</p> <blockquote> <p>Also dann doch besser eine serverseitig zusammengesetzte Ein-Dokument-Webseite.</p> </blockquote> <p>Kommt halt drauf an.</p> <p>1. Frames funktionieren ohne Server (und seinen Techniken)<br> 2. Frames bieten ein statisches Layout auf allen Browsern (na ja, zumindet den heutzutage üblichen, also framefähigen).<br> 3. Der Anwender kann selbst einfach Content und Rest voneinander trennen, indem er nur den (ggf. für ihn einzig wesentlichen) Content-Frame aufruft.<br> 4. Frames sind absolut sinnvoll für "Spezialseiten" - z.B. wenn man verschiedene Contents zusammen auf einen Blick braucht, usw. usf.</p> <p>Bei 2. Punkt kann man durchaus mit CSS & ggf. auch JS was hinbiegen, so daß es irgendwie auch auf dem IE klappt (mehr oder weniger). Aber da sind dann wiederum so viele Dinge zu beachten, daß Frames dann doch einfacher sind.</p> <p>Ich will ja keineswegs darauf aus, daß man bitteschön nur Frames verwenden soll. =;-> Aber wie gesagt: SEO/Usability stand bei mir *vor* dem Einsatz von Frames an, in diesem sine qua non hatte und hat sich jede Web-Technik, auch die Frame-Technik, unterzuordnen. Das hat gut geklappt, deswegen habe ich damit angefangen, und deswegen sehe ich auch die (zumindest Vielzahl) der "Probleme" nicht als solche. Ich rate also nicht prinzpiell von Frames ab, sondern sorge eher dafür, daß, im Fall des Falles, das Ganze reibungslos läuft.</p> <p>Daß es insbes. bei HTML-Hobby-Anfängern (und oft auch bei HTML-Profis) alles andere als "reibungslos" läuft, egal worum es geht, das will ich gerne konstatieren. Daß man sich unbedachterweise auch und gerade mit Frames Probleme einfangen kann, die gerade der Einsteiger nicht überblickt, übrigens auch. ;)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179968#m1179968 frankx frankxberlin@gmx.de 2007-11-19T15:05:50Z 2007-11-19T15:05:50Z interessanter Ansatz <p>Hellihello DonP</p> <blockquote> <p>Wenn die Startseite ein Frameset ist, ist sie also bewertungsmäßig leer und wird lediglich vom Spider zum Verfolgen der Links benutzt.</p> </blockquote> <p>Genau. Du meinst, die Suchmaschin hälte "href" und "src" für das gleiche? Und Du meinst auch, sie verschmäht die internen Links im Noframebereich? Und Du meinst auch, dass sie ein Ankerelement nicht von einem Frame-Element unterscheidet?</p> <blockquote> <p>Das ist empirisch bewiesen (bzw. hoch wahrscheinlich gemacht)</p> </blockquote> <p>Na was denn nun, bewiesen oder hoch wahrscheinlich? Und dann auch nocht "gemacht"? Da wird der gelernte Statistiker doch gleich hellhörig. Ich konstatiere: "Gemäß mündlicher Überlieferung wirkt sich ein Frameset höchstwahrscheinlich auf das Google-Ranking negativ aus, wobei dieser negative Effekt vermutlich als eher gering einzustufen ist". Irgendwelche Einwände?</p> <blockquote> <p>, ob du's nun glaubst oder nicht.</p> </blockquote> <p>Ich - war jetzt nicht gemeint, ich weiß - habe in dieser Sache keinen Glauben. Ich suche nach hard-facts.</p> <blockquote> <p>Und es macht auch Sinn: Von einer umfangreichen Domain-Startseite zu einem bestimmten Thema ist mehr zu erwarten, als wenn das Thema irgendwo auf fünfter Ebene der Verlinkung behandelt wird, völlig logisch, oder?</p> </blockquote> <p>Nun ja, wir reden nur dann von einer(!) "Ebene" mehr, wenn die Suchamschine wirklich nicht liest, ob es ein Frameset ist. Zudem würde ich "meine" Suchmaschine auch immer mal wenigsten prüfen lassen, ob eins der Fenster "Navi*" und eins vielleicht "Content*"  heißt. Ob das manche Suchis machen, entzieht sich meiner Kenntnis.</p> <blockquote> <p>Google kocht auch nur mit Wasser, was nicht heißt, dass es nicht auch besonders auf die weiteren Zutaten ankommt.</p> </blockquote> <p>Ja, insofern sind o.g. Überlegungen vielleicht nicht ganz unplausibel?</p> <blockquote> <p>Dass du übrigens für diese temporäre Gegenüberstellung von Vor- und Nachteilen der Frames partout einen ausgefüllten NOFRAMES-Bereich verlangst, ist mir absolut unverständlich. Wozu sollte das gut sein, wo es doch praktisch keine frames-verschmähenden Browser mehr gibt? Für die Suchmaschinen etwa? Muss denn unbedingt jeder noch so temporäre und experimentelle Versuch gleich in aller Welt bekannt gemacht werden? Als ob es nicht schon genügend Webseiten gäbe. *kopfschüttel*</p> <p>Ich würde statt dessen sogar die Spider erst mal mit "noindex, nofollow" wieder wegschicken.</p> </blockquote> <p>Habischemacht.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179967#m1179967 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-21T09:56:55Z 2007-11-21T09:56:55Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>"Schlicht ohne Relevanz", da hast du's: Ob im NOFRAMES-Bereich nun viel drinsteht oder nicht, der SuMa ist das gleichgültig, weil der dieser Bereich gar nicht bewertet wird. Das liegt daran, dass viele versuchen die SuMa-Spider zu täuschen, indem Sie durch halbe Romane den NOFRAMES-Bereich mit Stichworten überfrachten.</p> </blockquote> <p>Blödsinn, Unfug, ... - Du bist soeben über meine Schwelle der "kann man in keinster Weise ernst nehmen" gerutscht! Weitere "Diskussionen" mit Dir über dieses Thema haben sich damit erledigt. :-/</p> <p>Konkret:</p> <p>Das "schlicht ohne Relevanz" bezog sich (IMHO erkennbarerweise) darauf, daß die (Frame-)Seiten ob des Contents (und der sonstigen allg. SEO-Maßnahmen) *so* gut bewertet wurden, daß der minimale PR-Verlust (sofern überhaupt von Relevanz - der "nackte" PR wird ohnehin allg. etwas überbewertet, Content & Co. sind das *deutlich* wichtigere Kriterium), der bei dieser(!) Art der Framenutzung auftritt, schlicht nicht messbar war bzw. für die Platzierung überhaupt keine Bedeutung hatte (mehr als Top geht halt nicht).</p> <p>*Natürlich* wird der NOFRAMES-Bereich von dem SuMas bewertet (genauer: sogar *nur* er wird beim Frameset bewertet). )=:-o</p> <p>Das kannst Du mal eben(!) feststellen, indem Du eine Textstelle meines Start-Content-Frames start.htm (z.B. "Listings habe ich jetzt für den Download") in Google (oder anderen SuMas) suchst. Du bekommst als (einzigen) Treffer die (Frameset-)Startseite index.htm und nicht die (Frame-)Seite start.htm, wo die Phrase drin steht.</p> <p>Grund: die start.htm wird überhaupt nicht indiziert (noindex), während die index.htm ein PHP-Script ist, das den Frameset-Code ausgibt und dort den BODY von start.htm in den NOFRAMES-Bereich setzt (und selbstredend ist das Frameset index.htm im Gegensatz zur start.htm indizierbar: index,follow).</p> <blockquote> <p>Wenn die Startseite ein Frameset ist, ist sie also bewertungsmäßig leer und wird lediglich vom Spider zum Verfolgen der Links benutzt.</p> </blockquote> <p>So ein unqalifizierter Unsinn (s.o.).</p> <p>Es mag sein, daß "böse Buben" den NOFRAMES-Bereich mißbrauchen (wie sie auch andere Dinge wie FONT oder CSS für ihre Zwecke mißbrauchen. Und bei Mißbräuchen mag Google in der automatischen Erkennung so seine Schwierigkeiten haben (deswegen ja auch die "Meldestelle", weil man der autom. Mißbrauchserkennung dort *nicht* traut), aber die autom. Erkennung, ob der NOFRAMES-Bereich zum Content-Frame paßt, ist ja nun wirklich Pille-Palle, wenn NOFRAMES-Bereich und Inhalt des Content-Frames ohnehin identisch sind, nicht wahr? 8-)</p> <blockquote> <p>Dass du übrigens für diese temporäre Gegenüberstellung von Vor- und Nachteilen der Frames partout einen ausgefüllten NOFRAMES-Bereich verlangst, ist mir absolut unverständlich.</p> </blockquote> <p>Wenn man eine (wieso temporäre?) Seite über Vor-/Nachteile von Frames machen will, sollte sie die angeblichen Nachteile von Frames halt vermeiden. Diese Maßnahme ist die wichtigste.</p> <p>Ansonsten das alte Problem: Du hast deine Meinung, ich widerspreche, Du prüfst nicht nach (obwohl dies einfachst möglich wäre: s.o.), und behauptest den Unsinn lieber weiter. :-(</p> <p>Der Vorteil ist (s.o.): Die SuMa indiziert das Frameset, und der Surfer findet auch nur das Frameset - und nicht die (wenn man es schlecht(!) macht: ein wenig PR-reduzierte) Frameseite. Das ist aus Sicht der SuMa optimal, aus Sicht des Surfers auch (kann sofort die komplette Seite mit allen Frames bookmarken), und aus Sicht des Seitenautoren auch (jegliche Form des "Framesets nachträglich nachladen" entfällt dadurch).</p> <p>Aber da Du wiederholt diesen "Diskussionstil" (eher: Monologstil) an den Tag legst: EOT (möge dein aktuelles SEO-Wissen auf alle Zeiten unbefleckt von Erkenntnis vor sich hingammeln ... >:->)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179969#m1179969 Don P 2007-11-19T17:01:42Z 2007-11-19T17:01:42Z interessanter Ansatz <p>Hallo,</p> <blockquote> <p>Du meinst, die Suchmaschine hälte "href" und "src" für das gleiche?</p> </blockquote> <p>Ja.</p> <blockquote> <p>Und Du meinst auch, sie verschmäht die internen Links im Noframebereich?</p> </blockquote> <p>Sie werden nicht verschmäht, sondern natürlich gelesen zwecks Auffinden des nächsten zu durchsuchenden Dokuments, aber sie gehen nicht in die Bewertung ein, d.h. es ist völlig gleichtgültig, ob ein Link im NOFRAMES-Bereich "Megawichtiges Thema" heißt oder einfach "y-xörmmhh!". Die Stichworte "Megawichtiges Thema" zählen einfach nicht als Vorkommen, als ob sie gar nicht dastünden, und die nächste durchsuchte Seite bekommt automatisch einen kl. Abzug, weil sie eine Ebene tiefer liegt als die Startseite.</p> <blockquote> <p>Und Du meinst auch, dass sie ein Ankerelement nicht von einem Frame-Element unterscheidet?</p> </blockquote> <p>Ja.</p> <blockquote> <blockquote> <p>Das ist empirisch bewiesen (bzw. hoch wahrscheinlich gemacht)</p> </blockquote> <p>Na was denn nun, bewiesen oder hoch wahrscheinlich? Und dann auch nocht "gemacht"?</p> </blockquote> <p>Das ist vorsichtshalber so formuliert, damit keiner mit dem philosophischen Einwand kommt, dass man ja gar nichts verifiziern, sondern nur falsifizieren kann. In den Geisteswissenschaften spricht man von deshalb "wahrscheinlich machen" (mit guten Indizien und Argumenten).</p> <blockquote> <p>Da wird der gelernte Statistiker doch gleich hellhörig. Ich konstatiere: "Gemäß mündlicher Überlieferung wirkt sich ein Frameset höchstwahrscheinlich auf das Google-Ranking negativ aus, wobei dieser negative Effekt vermutlich als eher gering einzustufen ist". Irgendwelche Einwände?</p> </blockquote> <p>Eigentlich keine Einwände. Wobei das "eher gering" natürlich schwammig ist: Es ist anscheinend so, dass der Effekt für die zweite Ebene (die erste ist das Frameset) "eher gering" wirkt, der Unterschied zwischen der dritten und vierten Ebene aber bereits deutlich ist, denn die Kurve der Abwertung ist nicht linear. Ohne das Frameset wären die Stichworte der vierten Ebene ja auf der dritten, dann bereits mit deutlich besserem Ranking.</p> <blockquote> <p>Nun ja, wir reden nur dann von einer(!) "Ebene" mehr, wenn die Suchmaschine wirklich nicht liest, ob es ein Frameset ist. Zudem würde ich "meine" Suchmaschine auch immer mal wenigsten prüfen lassen, ob eins der Fenster "Navi*" und eins vielleicht "Content*"  heißt. Ob das manche Suchis machen, entzieht sich meiner Kenntnis.</p> </blockquote> <p>"Suchis" mögen nunmal keine Framesets, weil sie zu recht befürchten, dass die gelisteten Seiten dann möglicherweise aus dem Zusammenhang gerissen daher kommen.</p> <blockquote> <p>Ja, insofern sind o.g. Überlegungen vielleicht nicht ganz unplausibel?</p> </blockquote> <p>Meine jetzt? Sicher nicht unplausibel.</p> <blockquote> <blockquote> <p>Ich würde statt dessen sogar die Spider erst mal mit "noindex, nofollow" wieder wegschicken.</p> </blockquote> <p>Habischemacht.</p> </blockquote> <p>Freutmisch.</p> <p>Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179971#m1179971 frankx frankxberlin@gmx.de 2007-11-19T17:23:51Z 2007-11-19T17:23:51Z interessanter Ansatz <p>Hellihello DonP</p> <blockquote> <blockquote> <p>Und Du meinst auch, dass sie ein Ankerelement nicht von einem Frame-Element unterscheidet?</p> </blockquote> <p>Ja.</p> </blockquote> <p>Das widerspräche aber dem zu unterstellenden Informationsdurst. Zumal die Information ja bereits erarbeitet wurde, denn die Suchmaschine muss ja die Attribute "src" und "href" ebenfalls unterscheiden und weiß auch bereits, dass es sich nicht um das "src"-Attribut eines "script" oder "img" Elementes handelt.</p> <p>Googles bestreben ist es, so unterstelle ich, die qualitativ=inhaltlich besten und relevantesten Ergebnisse zu präsentieren. Dabei will sich die Krake nicht von Betrug irritieren lassen, aber in beiderlei Hinsicht: 1. nicht falsche bzw. gefälschte Inhalte hoch Ranken und 2. nicht echte Inhalte beim Betrugsfilter verlieren. Wäre ich der Google, täte ich am 2. permanent arbeiten, wie gesagt - nur so ein Gedanke dazu. Abgesehen davon dass sich darum vermutlich täglich einige Dutzend der sicher nicht unkreativen Mitarbeiter dort und hier und irgendwo auf diesem Planeten Gedanken machen, vor einem Erfahrungshintergrund von zig Menschenarbeitsjahren - unterstelle ich mal ebenfalls.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179970#m1179970 frankx frankxberlin@gmx.de 2007-11-19T18:11:38Z 2007-11-19T18:11:38Z interessanter Ansatz <p>Hellihello DonP</p> <blockquote> <p>Eigentlich keine Einwände. Wobei das "eher gering" natürlich schwammig ist: Es ist anscheinend so, dass der Effekt für die zweite Ebene (die erste ist das Frameset) "eher gering" wirkt, der Unterschied zwischen der dritten und vierten Ebene aber bereits deutlich ist, denn die Kurve der Abwertung ist nicht linear. Ohne das Frameset wären die Stichworte der vierten Ebene ja auf der dritten, dann bereits mit deutlich besserem Ranking.</p> </blockquote> <p>Nun ja, das klang erstmal plausibel. Aber wenn in der Navi und/oder dem Noframebereich die komplette Linktafel/Pagemap abgebildet ist, wie es sich bei Frames ja anbietet, dann trifft dies wohl nicht mehr zu. Mir fiele dafür auch kein Szenario ein</p> <p>Verein/Sporart/Jugendmannschaft/Feier/Bericht. Nun ist dem Verein der PR dieser Seite bestimmt wurscht. Zudem ist es vermutlich schlicht garnicht zu unschlau anzunehmen, dass Seiten, die nicht auf der ersten oder zweiten Ebene verlinkt sind, dort nämlich absichtlich ihrer Relevanz wegen vom Autor nicht verlinkt wurden.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179973#m1179973 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-19T14:11:20Z 2007-11-19T14:11:20Z interessanter Ansatz <p>Hi,</p> <blockquote> <blockquote> <p>wo es dann in der Tat zu einer "schlechteren Bewertung" kommen müßte, wie von Don P. beschrieben (zumindest theoretisch - praktisch nicht, weil schlicht ohne Relevanz).<br> Das hieße im gg. Beispielfall???</p> </blockquote> </blockquote> <p>Die Seiten wurden so (ob des Contents) ohnehin gut bewertet, daß es schlicht keine Rolle gespielt hat, ob Google hier einen Bruchteil weniger PR vererbt oder nicht.</p> <blockquote> <p>Das JS wollte ich noch einbauen. Frage ist, ob die aufgerufene Seite über den QueryString der Navigation bzw. dem Mainframe mitgeteilt werden sollte, oder ob es da andere Möglichkeiten gibt, zB. via window.name?</p> </blockquote> <p>Mit Ajax ist ja aufgekommen, den Status mittels Hash anzuzeigen. Das kann man auch für Frames verwenden. Also z.B.</p> <p>http://www.example.org/frameset.html#content_url</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179976#m1179976 Don P 2007-11-19T14:38:03Z 2007-11-19T14:38:03Z interessanter Ansatz <p>Hallo,</p> <blockquote> <p>[...] daß es schlicht keine Rolle gespielt hat, ob Google hier einen Bruchteil weniger PR vererbt oder nicht.</p> </blockquote> <p>Na also, es geht doch :-)), jetzt räumst du es also ein. Vorher war es schlicht unfundiert, Unsinn usw.<br> Ob Relevanter Bruchteil oder nicht ist Nebensache, es ging ja allein um die Tatsache, ob oder ob nicht.</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179974#m1179974 frankx frankxberlin@gmx.de 2007-11-19T15:09:18Z 2007-11-19T15:09:18Z interessanter Ansatz <p>Hellihello Cybaer,</p> <blockquote> <blockquote> <p>Das JS wollte ich noch einbauen. Frage ist, ob die aufgerufene Seite über den QueryString der Navigation bzw. dem Mainframe mitgeteilt werden sollte, oder ob es da andere Möglichkeiten gibt, zB. via window.name?</p> </blockquote> <p>Mit Ajax ist ja aufgekommen, den Status mittels Hash anzuzeigen. Das kann man auch für Frames verwenden. Also z.B.</p> <p>http://www.example.org/frameset.html#content_url</p> </blockquote> <p>Status mittels Hash? Was könnte mir das sagen? Dass sich bei Ajax die URL ja auch nicht ändert, also das wie ein interner Ankersprung verbucht wird? Warum heißt das "Hash" (=assoziatives Array?) und warum Status (=readystate?) ? Der ist doch im Erfolgsfalle 200, oder?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179975#m1179975 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-21T10:17:44Z 2007-11-21T10:17:44Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Status mittels Hash? Was könnte mir das sagen? Dass sich bei Ajax die URL ja auch nicht ändert, also das wie ein interner Ankersprung verbucht wird?</p> </blockquote> <p>In Ajax wird für die (im URL ja ansonsten nicht nachvollziehbaren) Änderung ggf. der Hash im URL geändert (s. JavaScript: location.hash). Der Vorteil dieser Variante ist es, daß man den URL eines einzigen Framesets zur Laufzeit so anpassen kann, daß man erkennen kann, welcher Contentframe gerade aktiv ist (für Bookmarking z.B.).</p> <p>Aber dies nur als Möglichkeit mittels JS das zu machen. Prinzipiell finde ich das nicht gut, denn a) kann JS ausgeschaltet sein und b) bevorzuge ich eben *deutlichst* die "1 Frameset pro Contentframe"-Variante, wo dies ohnehin nicht notwendig ist (es gibt ja eh einen sichtbaren URL pro Contentframe).</p> <p>Bei der Coding-Website verwende ich das "klassische" "Content-URL als Parameter"-Prinzip (also z.B. index.htm?/dhtml/index.htm). Das hat den Vorteil, daß auch bei deaktiviertem JS der korrekte Contentframe geladen wird (via PHP, das Zugriff auf URL-Parameter hat, nicht aber auf den clientseitigen Hash). Der Nachteil ist halt, daß sich der URL inkl. Parameter während des Surfens durch meine Site nicht ändert (das wäre beim Hash mit JS kein Problem). Hier muß der Surfer das Frameset auflösen, um die richtige Seite zu bookmarken (via "Exit"-Papierkorb oder der auf jeden Seite genannten Kurz-URL zum Bookmarken).</p> <p>Dies wird von den Framegegnern als Nachteil genannt - und auch von mir(!) als Nachteil gesehen! Wie gesagt: Usablity und SEO standen bei mir *vor* dem Umgang mit Frames auf der Tagesordnung, und dem hat sich jede Technik, auch Frames, unterzuordnen.</p> <p>Aber bei der Coding-Site ist es a) Absicht und b) hat sie als Zielgruppe User, die selbst Coden (und von daher ein wenig mehr Verständnis aufbringen sollten, als Oma Krawupke von nebenan ;-)). Da fand ich den Nachteil in Abwägung mit der Absicht als nachrangig.</p> <p>Bei einer normalen "Wald und Wiesen"-Site käme so eine Umsetzung für mich aber niemals nicht (;-)) in Frage ...</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179977#m1179977 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-19T17:39:51Z 2007-11-19T17:39:51Z interessanter Ansatz <p>Hi,</p> <blockquote> <blockquote> <p>[...] daß es schlicht keine Rolle gespielt hat, ob Google hier einen Bruchteil weniger PR vererbt oder nicht.<br> Na also, es geht doch :-)), jetzt räumst du es also ein.</p> </blockquote> </blockquote> <p>? Nein! :-o</p> <p>Meine Aussage ist: Man kann mit einem "schlechten" Frames-Code "Schaden" anrichten. Man kann auch mit einem "schlechten" generellen HTML-Code "Schaden" anrichten. Mit so ziemlich allem kann man "Schaden" anrichten (JS, Flash, ...). Die Frage ist aber: Was, wenn ich den Code so abfasse, daß er *keinen* Schaden anrichtet? *Das* ist der Punkt! Wenn das geht, dann ist dein Argument obsolet, ...</p> <p>... und es geht eben. :-)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179980#m1179980 frankx frankxberlin@gmx.de 2007-11-19T08:40:22Z 2007-11-19T08:40:22Z interessanter Ansatz <p>Hellihello cybaerli,</p> <blockquote> <p>Denn wer z.B. Frames verwendet, und den NOFRAMES-Bereich nicht nutzt, kann sich IMHO nicht sonderlich mit Frames beschäftigt haben.</p> </blockquote> <p>Nun, dass kommt darauf an, was der Autor erreichen will, oder? Weiter unten irgendwo schrub ich ja vom vollen austexten des Noframesbereiches. Aber für so eine temporärer Übersicht, wozu?</p> <blockquote> <p>Die Seite taugt wirklich als wunderbares Beispiel, wie man es *nicht* macht ...</p> <p>... und ich dachte (und denke noch), daß das in diesem Fall auch Absicht ist.</p> <p>Irre ich mich?</p> </blockquote> <p>Die mit dem bösen Frameset natürlich. Das andere ist doch, wie es da auch steht, eher ein Skizzenblatt für das Forumssieb - wie Vinzenez es vorschlug. Meinst Du ernsthaft, ich soll da die Navigation und den Text der Eingangsseite in den Noframe-Bereich packen? Bisher sollten ja nur die Argumente aufgelistet werden inklusive einer Linkliste und das lediglich als Vorschlag. Der Anklang ist ja eher gering. Wenn dieses Framesset bestand haben sollte (und sei es als Frameset im Forumssieb - wo ich jetzt mal von ausging, dass es dort nicht als Frameset landen würde) dann kann ich gern bei Gelegenheit einen Noframebereich einsetzen und auch sonstige Änderungen für eine beispielhafte Seite einfügen.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179981#m1179981 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-19T09:27:19Z 2007-11-19T09:27:19Z interessanter Ansatz <p>Hi,</p> <blockquote> <p>Meinst Du ernsthaft, ich soll da die Navigation und den Text der Eingangsseite in den Noframe-Bereich packen?</p> </blockquote> <p>Ich meine ernsthaft, daß man da nicht auch nur eine Sekunde daran zweifeln kann. =:-)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179982#m1179982 frankx frankxberlin@gmx.de 2007-11-19T09:39:02Z 2007-11-19T09:39:02Z interessanter Ansatz <p>Hellihello Cybaer,</p> <blockquote> <p>Ich meine ernsthaft, daß man da nicht auch nur eine Sekunde daran zweifeln kann. =:-)</p> </blockquote> <p><a href="http://vergessichnicht.de/Frames_Pro_und_Contra" rel="nofollow noopener noreferrer">here you are</a></p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179984#m1179984 frankx frankxberlin@gmx.de 2007-11-16T21:19:06Z 2007-11-16T21:19:06Z interessanter Ansatz <p>Hellihello gary,</p> <blockquote> <p>Sehr schön! Gosses Lob :-)</p> <p>Jetzt fehlt nur noch ein Formular, wo man auswählen kann, ob es sich um einen Pro oder Contra Beitrag handelt, und man dann seinen (hoffentlich Sinvollen) Senf dazu geben kann...</p> </blockquote> <p>Merci. Das heut aber nicht mehr, morgen erst höchstens wieder abends. Aber wer einen Linktipp oder einen "Punkt machen" will, könnte ja vorerst auch hier Posten und ich baus dann ein. Soll ja wie gesagt nur eine Ideensammlug sein fürs Forumssieb.</p> <p>Dank und Gruß und guts Nächtle,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179987#m1179987 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-16T07:23:04Z 2007-11-16T07:23:04Z Frames <p>Hi,</p> <blockquote> <p>Im Zweifel, wenn es darauf ankäme, sieht man sich als Entwickler aber vielleicht merkwürdigen Behauptungen (selbsternannter) Experten gegenüber. Würd ich eine Seite für viel Geld bauen, wär ich vermutlich vorsichtig, auch wenn ichs sonst nicht einsehe (;-).</p> </blockquote> <p>Wer für Seiten viel Geld bekommt, der sollte dafür IMHO auch mal sein Gehirn einschalten. >;-></p> <blockquote> <p>Meine Alternative gefällt Dir wohl nicht?</p> </blockquote> <p>Ich schaffe es noch gerade, über die Ironie zu schmunzeln ... :)</p> <p>... na ja, die Seite ist eigentlich schon fast Sarkasmus, oder? :)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179988#m1179988 frankx frankxberlin@gmx.de 2007-11-16T07:49:51Z 2007-11-16T07:49:51Z Frames <p>Hellihello Cybaer,</p> <blockquote> <blockquote> <p>Meine Alternative gefällt Dir wohl nicht?</p> </blockquote> <p>Ich schaffe es noch gerade, über die Ironie zu schmunzeln ... :)</p> <p>... na ja, die Seite ist eigentlich schon fast Sarkasmus, oder? :)</p> </blockquote> <p>Nun komm; definier Sarkasmus (;-)</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179989#m1179989 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-16T08:54:01Z 2007-11-16T08:54:01Z Frames <p>Hi,</p> <blockquote> <blockquote> <p>... na ja, die Seite ist eigentlich schon fast Sarkasmus, oder? :)<br> Nun komm; definier Sarkasmus (;-)</p> </blockquote> </blockquote> <p>Eine besonders beißende Form der Ironie. :)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179990#m1179990 frankx frankxberlin@gmx.de 2007-11-16T09:42:44Z 2007-11-16T09:42:44Z Frames <p>Hellihello Cybaer,</p> <blockquote> <blockquote> <blockquote> <p>... na ja, die Seite ist eigentlich schon fast Sarkasmus, oder? :)<br> Nun komm; definier Sarkasmus (;-)</p> </blockquote> </blockquote> <p>Eine besonders beißende Form der Ironie. :)</p> </blockquote> <p>Aha, Du willst mir also Bissigkeit unterstellen. Sollte ich Dich oder sonst jemanden damit eine symbolisch oder seelische Bisswunde zugefügt haben, bitte um Verzeihung. Hoffentlich ruf ich jetzt damit nicht wieder die "ist mir zu langweilig hier - dürfen wir fernsehen"-Front auf den Plan. Sind die eigentlich mit der Anti-Frames-Mafia verbündet?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179992#m1179992 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-15T16:45:37Z 2007-11-15T16:45:37Z Frames <p>Hi,</p> <blockquote> <p>Wenn du das nicht mit Argumenten untermauern kannst, ist dein Posting ziemlicher Stuss.</p> </blockquote> <p>Als wenn das nicht hinreichend in langatmigen Diskussionen hier im Archiv nachzulesen wäre ...</p> <p>... was Du ja auch weißt.</p> <p>Kurz gesagt: Wenn man Frames einsetzt, dann sollte man die Besonderheiten und Anforderungen der Technik auch berücksichtigen. Wenn man dies nicht tut, und stattdessen lieber solche dümmlichen Stuß-Listen pflegt, muß man sich auch nicht wundern dafür ausgelacht zu werden.</p> <p>Wer mit CSS anfängt und nicht mehr lernen will als Klassenselektoren, kann damit ja auch arbeiten. Aber er sollte dann auch keine Webseite in die Welt setzen, wie beschränkt CSS doch sei ...</p> <p>Gruß, Cy-"der, wie bekannt, diese Frames-'Probleme' nicht nachvollziehen kann, weil er sich damit beschäftigt hat"-baer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179997#m1179997 frankx frankxberlin@gmx.de 2007-11-15T16:43:00Z 2007-11-15T16:43:00Z Frames <p>Hellihello DonP</p> <blockquote> <p>Google hat nicht wirklich ein Problem mit Frames, aber eine Unterseite deiner angemeldeten Startseite wird automatisch weniger gut bewertet, als wenn der Suchbegriff direkt auf deiner Startseite stehen würde. Du verschenkst also durch das für Google sonst nichtssagende Fameset als Startseite ein wenig vom möglichen Ranking. Das gilt entsprechend für jede weitere Unterebene, die der Google-Bot durchforstet.</p> </blockquote> <p>Du bist Dir sicher, dass Du weißt, wie Google sein Ranking wirklich macht? Und Google kann kein Javascript und weiß im Grunde auch nicht was ein Frameset ist und geht deshalb unbeirrt seit Jahr und Tag mit einem irgendwann mal entwickelten Standardalgrohythmus durch?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179994#m1179994 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-15T16:52:35Z 2007-11-15T16:52:35Z Frames <p>Hi,</p> <blockquote> <p>Google hat nicht wirklich ein Problem mit Frames, aber eine Unterseite deiner angemeldeten Startseite wird automatisch weniger gut bewertet, als wenn der Suchbegriff direkt auf deiner Startseite stehen würde.</p> </blockquote> <p>?</p> <p>1. Es ist Sinn einer Website, unterschiedliche Themen auf unterschiedlichen (Unter-)Seiten zu haben, und nicht alles auf einer (Start-)Seite. Oder was möchtet Du mir sagen?<br> 2. Unterlasse besser Spekulationen, was bei mir von Google warum gewertet wird - insbesondere mit Bezug auf meine Startseite. Denn das deutet (zumindest bislang) eher darauf hin, daß irgendwas sagst, ohne zu wissen, worüber Du redest. (Sorry, klingt jetzt härter, als es persönlich gemeint ist. ;-) Inhaltlich aber noch viel zu sanft. >;->)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179995#m1179995 Don P 2007-11-15T16:57:51Z 2007-11-15T16:57:51Z Frames <p>Hallo,</p> <blockquote> <p>Unterlasse besser Spekulationen, was bei mir von Google warum gewertet wird - insbesondere mit Bezug auf meine Startseite.</p> </blockquote> <p>Sorry, wollte keine Perlen vor die Säue* werfen, soll nicht wieder vorkommen.</p> <p>*Das klingt jetzt vielleicht härter, als persönlich gemeint, aber das Sprichwort lautet nunmal so.</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1179996#m1179996 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-16T07:12:56Z 2007-11-16T07:12:56Z Frames <p>Hi,</p> <blockquote> <p>Sorry, wollte keine Perlen vor die Säue* werfen, soll nicht wieder vorkommen.</p> <p>*Das klingt jetzt vielleicht härter, als persönlich gemeint, aber das Sprichwort lautet nunmal so.</p> </blockquote> <p>:) Was stört's die deutsche Eiche ... ;-></p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179998#m1179998 Don P 2007-11-15T16:49:58Z 2007-11-15T16:49:58Z Frames <p>Hallo,</p> <blockquote> <p>Du bist Dir sicher, dass Du weißt, wie Google sein Ranking wirklich macht?</p> </blockquote> <p>Natürlich nicht, aber diese Info habe ich im Vertrauen von professionellen Suchmaschinenoptimierern erfahren, die durch viel Experimentieren über Jahre so in etwa eine gute Ahnung haben, wie Google sein Ranking zur Zeit macht.</p> <blockquote> <p>Und Google kann kein Javascript und weiß im Grunde auch nicht was ein Frameset ist und geht deshalb unbeirrt seit Jahr und Tag mit einem irgendwann mal entwickelten Standardalgrohythmus durch?</p> </blockquote> <p>Reiner Blödsinn. Habe ich das denn behauptet?</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180008#m1180008 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-15T16:55:28Z 2007-11-15T16:55:28Z Frames <p>Hi,</p> <blockquote> <p>Natürlich nicht, aber diese Info habe ich im Vertrauen von professionellen Suchmaschinenoptimierern erfahren,</p> </blockquote> <p>Wow.</p> <p>Ich würde mich als professionellen SEO bezeichnen (ist halt ein Teil des Webdesigns - jedenfalls wenn man es IMHO "richtig" machen will) und bin von daher nicht auf Infos und Erfahrungen aus dritter Hand angewiesen. ;-></p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1179999#m1179999 frankx frankxberlin@gmx.de 2007-11-15T17:15:29Z 2007-11-15T17:15:29Z Frames <p>Hellihello DonP</p> <blockquote> <p>Hallo,</p> <blockquote> <p>Du bist Dir sicher, dass Du weißt, wie Google sein Ranking wirklich macht?</p> </blockquote> <p>Natürlich nicht, aber diese Info habe ich im Vertrauen von professionellen Suchmaschinenoptimierern erfahren, die durch viel Experimentieren über Jahre so in etwa eine gute Ahnung haben, wie Google sein Ranking zur Zeit macht.</p> </blockquote> <p>Hättest Du nun geschrieben, Dir sei ein Mitarbeiter von Google bekannt, wäre ich beeindruckt. Dass ein Frameset vielleicht solche zu beobachtenden Ergebnisse erzielt hat, habe ich auch schon gehört. Ich höre und lese aber auch, dass Google hier ständig entwickelt. Würde ich an deren Stelle auch machen, deshalb vermute ich, dass es so ist.</p> <blockquote></blockquote> <blockquote> <blockquote> <p>Und Google kann kein Javascript und weiß im Grunde auch nicht was ein Frameset ist und geht deshalb unbeirrt seit Jahr und Tag mit einem irgendwann mal entwickelten Standardalgrohythmus durch?</p> </blockquote> <p>Reiner Blödsinn. Habe ich das denn behauptet?</p> </blockquote> <p>Nö, hab ich das behauptet (;-)?</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180000#m1180000 Don P 2007-11-15T17:30:22Z 2007-11-15T17:30:22Z Frames <p>Hallo,</p> <blockquote> <p>Hättest Du nun geschrieben, Dir sei ein Mitarbeiter von Google bekannt, wäre ich beeindruckt.</p> </blockquote> <p>So ist es nicht gerade, und wenn dem so wäre, würde ich das natürlich nicht an die große Glocke hängen, sondern lieber selber ein bisschen optimieren und dabei steinreich werden :-))</p> <p>Ich kenne aber die Seiten mancher Optimierer, die sehr erfolgreich sind, und zwar nicht nur mit ein, zwei Stichworten, sondern mit Tausenden. Daher nehme ich es denen ab, wenn sie sagen, mit Framesets verhält es sich so und so, jedenfalls zu Zeit.</p> <blockquote> <p>Ich höre und lese aber auch, dass Google hier ständig entwickelt. Würde ich an deren Stelle auch machen, deshalb vermute ich, dass es so ist.</p> </blockquote> <p>Ja sicher, sie sind immer am Weiterentwickeln, und die Optimierer am Hinterherlaufen.</p> <blockquote> <p>Nö, hab ich das behauptet (;-)?</p> </blockquote> <p>Beinahe unterstellt, aber ist schon ok :-)</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180002#m1180002 frankx frankxberlin@gmx.de 2007-11-15T17:41:36Z 2007-11-15T17:41:36Z Frames <p>Hellihello DonP</p> <blockquote> <p>Ich kenne aber die Seiten mancher Optimierer, die sehr erfolgreich sind, und zwar nicht nur mit ein, zwei Stichworten, sondern mit Tausenden. Daher nehme ich es denen ab, wenn sie sagen, mit Framesets verhält es sich so und so, jedenfalls zu Zeit.</p> </blockquote> <p>Nun ja, bei Optimierern wie bei anderen Experten würde ich immer theoretisch erstmal auch (nicht nur und auch theoretisch) unterstellen, dass sie ihre Kompetenz in ein gutes Licht rücken wollen. Gefühlte Werte sind da so eine Sache. Im Zweifel wäre man als Entwickler ohne Frameset zumindest sicher davor, sich solch einem Argument ausgesetzt zu sehen.</p> <p>Abgesehen davon gehört in ein Frameset aus meiner Sicht die Navigation komplett (mit allem drum und dran) in den Noframebereich, wenn man SEO berücksichtigen möchte. Und dann ist aus meiner gefühlten Wirklichkeit bei Google-Suchen mit an oberster Stelle wie folgt: Example.de/Kategorie/Name/Untername<br> also: Internetshop.tld/Comedys/LabelXYZ/Hans_Mueller/Songs_von_der_Strasse hilft enorm, wenn einer nach Teilen davon explizit sucht.</p> <blockquote> <p>Ja sicher, sie sind immer am Weiterentwickeln, und die Optimierer am Hinterherlaufen.</p> </blockquote> <p>Genau, hechel hechel, jetzt weiß ich, wie sies machen, also gestern zumindest (;-).</p> <blockquote> <blockquote> <p>Nö, hab ich das behauptet (;-)?</p> </blockquote> <p>Beinahe unterstellt, aber ist schon ok :-)</p> </blockquote> <p>Nun gut, Du hast mich ertappt. Bitte ganz höflich um Verzeihung, um hier mal ein Exempel zu statuieren.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180001#m1180001 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-16T07:26:37Z 2007-11-16T07:26:37Z Frames <p>Hi,</p> <blockquote> <p>Daher nehme ich es denen ab, wenn sie sagen, mit Framesets verhält es sich so und so, jedenfalls zu Zeit.</p> </blockquote> <p>Es gibt nicht "*die* Frameset-Technik". Und wer meint, diese Technik müsse genannte Nachteile haben, der mag sich in SEO auskennen, aber bestimmt nicht mit Frames.</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180003#m1180003 Don P 2007-11-15T18:19:36Z 2007-11-15T18:19:36Z Frames <p>Hallo,</p> <blockquote> <p>Nun ja, bei Optimierern wie bei anderen Experten würde ich immer theoretisch erstmal auch (nicht nur und auch theoretisch) unterstellen, dass sie ihre Kompetenz in ein gutes Licht rücken wollen.</p> </blockquote> <p>Schon, aber ich erfahre solche Dinge ja nicht in Verkaufsgesprächen. Ein Optimierer würde sich wohl ins eigene Bein schießen, wenn er seine Erkenntnisse einem potentiellen Kunden oder Konkurrenten erzählt.</p> <blockquote> <p>Gefühlte Werte sind da so eine Sache.</p> </blockquote> <p>Man kann es ja leicht überprüfen: Suchworte bei Google absetzen und Ergebnisse bestaunen.</p> <blockquote> <p>Im Zweifel wäre man als Entwickler ohne Frameset zumindest sicher davor, sich solch einem Argument ausgesetzt zu sehen.</p> </blockquote> <p>Mit solchem Wissen kann man dann trotz Frameset gleich gute Rankings erzielen, ohne solches Wissen allerdings eher weniger, weil man ja nicht weiß, wo man ansetzen soll.</p> <blockquote> <p>Abgesehen davon gehört in ein Frameset aus meiner Sicht die Navigation komplett (mit allem drum und dran) in den Noframebereich, wenn man SEO berücksichtigen möchte.</p> </blockquote> <p>Auf jeden Fall, aber es geht noch besser. Google liest zwar den Noframe-Bereich, aber wegen des vielen Missbrauchs, der inzwischen zwecks Optimierung damit getrieben wurde, ist sehr zweifelhaft, ob sich das im Ranking überhaupt noch niederschlägt.</p> <blockquote> <p>Und dann ist aus meiner gefühlten Wirklichkeit bei Google-Suchen mit an oberster Stelle wie folgt: Example.de/Kategorie/Name/Untername</p> </blockquote> <p>Ja, das ist sicher auch ganz gut.</p> <p>Letzlich kann man aber zum Glück doch sagen, dass die beste Optimierung wenig nützt, wenn man keinen brauchbaren Inhalt hat. Das ist es ja gerade, was Google so erfolgreich gemacht hat: Es werden gute Ergebnisse geliefert, nicht nur optimierter Stuss.</p> <p>Und dabei darf man nicht vergessen, dass es abgesehen vom Inhalt und von der Optimierung der Seiten noch bedeutende andere Kriterien gibt, nach denen Google rankt. Die liegen i.d.R. nicht in der Hand des Webdesigners. Und das ist auch gut so.</p> <blockquote> <blockquote> <p>Beinahe unterstellt, aber ist schon ok :-)</p> </blockquote> <p>Nun gut, Du hast mich ertappt. Bitte ganz höflich um Verzeihung, um hier mal ein Exempel zu statuieren.</p> </blockquote> <p>Schon ok, wie gesagt :-)</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180004#m1180004 frankx frankxberlin@gmx.de 2007-11-15T18:25:37Z 2007-11-15T18:25:37Z Frames <p>Hellihello DonP,</p> <blockquote> <blockquote> <p>Gefühlte Werte sind da so eine Sache.</p> </blockquote> <p>Man kann es ja leicht überprüfen: Suchworte bei Google absetzen und Ergebnisse bestaunen.</p> </blockquote> <p>Eben, ich war mal früher mit Sozialwissenschaftlicher Forschung beschäftigt. "Konfundierung" wäre vermutlich ein Stichwort bei der Analyse solcher Statistiken. Oder: korreliert/gehteinher die mit Frames erstellte Webseite vielleicht noch mit anderen für Suchmaschinen "negativen" Werten. Das ist nicht leicht herauszubekommen in der Regel, meiner Erfahrung nach reicht da die individuelle Beobachtung nur dann aus, wenn ein Effekt wirklich sehr offensichtlich sind.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180005#m1180005 Don P 2007-11-16T16:06:07Z 2007-11-16T16:06:07Z Frames <p>Hallo,</p> <blockquote> <p>Oder: korreliert/gehteinher die mit Frames erstellte Webseite vielleicht noch mit anderen für Suchmaschinen "negativen" Werten.</p> </blockquote> <p>Kannst du das präzisieren? Ich meine, wenn z.B. meine Seiten relativ konstant ein gewisses Ranking haben – nicht der sog. Page-Rank in der Google-Toolbar, sondern einfach mit den meisten Stichworten z.B. auf Seite 2 der Ergebnisliste – und ich ändere dann nur eine bestimmte Sache, z.B. die Art der Verlinkung meiner Seiten untereinander, woraufhin mit denselben Stichworten meine Seiten bald sämtlich auf Seite 1 der Ergebnisliste stehen, dann ist doch recht eindeutig, das Google eben genau diese neue Linkstruktur besser bewertet. Andere, für Suchmaschinen "negative" Werte können ja nach wie vor bestehen, haben aber wohl bzgl. dieses neuen Rankings keinen großen Einfluss, weil ich ja daran nichts geändert habe.</p> <p>Oder kann man das so nicht ohne weiteres behaupten?</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180007#m1180007 frankx frankxberlin@gmx.de 2007-11-16T18:14:24Z 2007-11-16T18:14:24Z Frames <p>Hellihello DonP</p> <blockquote> <blockquote> <p>Oder: korreliert/gehteinher die mit Frames erstellte Webseite vielleicht noch mit anderen für Suchmaschinen "negativen" Werten.</p> </blockquote> </blockquote> <blockquote> <p>Kannst du das präzisieren?</p> </blockquote> <p>Folgendes Beispiel: Zwei Therapieformen werden verglichen. Eine schneidet besser ab als die andere. Nicht untersucht wurden die Aufnahmkriterien der unterschiedlichen Einrichtungen. Du hast also einen Effekt der aber von zwei Faktoren herrührt, von denen Du aber nur einen kontrolliert hast. Das trifft für u.g. aber eher weniger zu.</p> <blockquote> <p>Ich meine, wenn z.B. meine Seiten relativ konstant ein gewisses Ranking haben – nicht der sog. Page-Rank in der Google-Toolbar, sondern einfach mit den meisten Stichworten z.B. auf Seite 2 der Ergebnisliste – und ich ändere dann nur eine bestimmte Sache, z.B. die Art der Verlinkung meiner Seiten untereinander, woraufhin mit denselben Stichworten meine Seiten bald sämtlich auf Seite 1 der Ergebnisliste stehen, dann ist doch recht eindeutig, das Google eben genau diese neue Linkstruktur besser bewertet. Andere, für Suchmaschinen "negative" Werte können ja nach wie vor bestehen, haben aber wohl bzgl. dieses neuen Rankings keinen großen Einfluss, weil ich ja daran nichts geändert habe.</p> </blockquote> <blockquote> <p>Oder kann man das so nicht ohne weiteres behaupten?</p> </blockquote> <p>Ja, klingt plausibel. Es _könnte_ aber auch sein, dass a) die Seite, die auf Platz zwei gerutscht ist, aus anderen Gründen dort hingelangt ist b) auch andere Faktoren mitgespielt haben, die außerhalb der Kontrolle lagen. Es wäre also u.a. rein theoretisch zu testen, ob sich der "Befund" auch rückgängig machen ließe. Denn das eine Seite aufsteigt ist vielleicht ein gängiger Trend. Reine Theorie jetzt bitte. Es spricht ja bei chronologischer Nähe viel dafür.</p> <p>Statistisch würdest Du a) zusehen, eine aussagekräftige Anzahl von Ergebnissen zu produzieren (unter 10 ist gefühlt nischt zu holen) und b) eine Kontrollgruppe zu haben, die über die Zeit mitläuft, aber nicht entsprechend beeinflusst wird. Dann kannst du die statistische Wahrscheinlichkeit ausrechnen, dass dieser Befund nicht zufällig ist.</p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180006#m1180006 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-18T19:11:55Z 2007-11-18T19:11:55Z Frames <p>Hi,</p> <blockquote> <p>woraufhin mit denselben Stichworten meine Seiten bald sämtlich auf Seite 1 der Ergebnisliste stehen, dann ist doch recht eindeutig, das Google eben genau diese neue Linkstruktur besser bewertet.</p> </blockquote> <p>Nicht eindeutig (da Google ständig in Bewegung ist), aber der Verdacht liegt nahe. Man kann so etwas ja mehrmals machen, um es empirisch zu bestätigen. :-)</p> <p>Allerdings: Wenn man z.B. die Technik wechselt, muß die neue Technik nicht besser sein. Vielleicht hat man die alte Technik nur nicht richtig beherrscht! 8-)</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180009#m1180009 Don P 2007-11-15T17:03:30Z 2007-11-15T17:03:30Z Frames <p>Hallo,</p> <blockquote> <p>Ich würde mich als professionellen SEO bezeichnen</p> </blockquote> <p>Ach so, da habe ich dich vielleicht aus Versehen in deiner Ehre gekränkt, wenn ich dir sage, dass du evtl. etwas vom Ranking verschenkst. Das war natürlich nicht meine Absicht. Und wie ich sehe, hast du ja auch ein paar Gegenmaßnahmen auf der Startseite unternommen. Recht so, großer SuMa-Guru.</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180010#m1180010 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-16T07:11:47Z 2007-11-16T07:11:47Z Frames <p>Hi,</p> <blockquote> <p>Ach so, da habe ich dich vielleicht aus Versehen in deiner Ehre gekränkt, wenn ich dir sage, dass du evtl. etwas vom Ranking verschenkst.</p> </blockquote> <p>Wie kommst Du auf die haarsträubende Idee, daß Du mich in meiner Ehre kränken könntest? =:-)</p> <p>Ich möchte nur darauf hinweisen, daß hier mal wieder ein Nonsens-Argument gegen Frames herhalten muß ...</p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180011#m1180011 Don P 2007-11-16T16:18:23Z 2007-11-16T16:18:23Z Frames <p>Hallo,</p> <blockquote> <p>Wie kommst Du auf die haarsträubende Idee, daß Du mich in meiner Ehre kränken könntest? =:-)</p> </blockquote> <p>Weil du mit</p> <blockquote> <p>das deutet (zumindest bislang) eher darauf hin, daß irgendwas sagst, ohne zu wissen, worüber Du redest. (Sorry, klingt jetzt härter, als es persönlich gemeint ist. ;-) Inhaltlich aber noch viel zu sanft. >;->)</p> </blockquote> <p>ziemlich schroff reagiert und mir nahelegelegt hast, gefälligst keine Spekulationen über "insbesondere" deine Startseite anzustellen. "Härter als persönlich gemeint" ist immerhin noch persönlich gemeint. Daraus kann man doch schließen, dass du dich persönlich angegriffen fühlst, z.B. als Optimierer in der Ehre gekränkt oder sonstwie...</p> <blockquote> <p>Nonsens-Argument gegen Frames</p> </blockquote> <p>Deine Meinung sei dir unbenommen. Ich bleibe bei meiner.</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180012#m1180012 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-18T19:08:29Z 2007-11-18T19:08:29Z Frames <p>Hi,</p> <blockquote> <p>Daraus kann man doch schließen, dass du dich persönlich angegriffen fühlst,</p> </blockquote> <p>Ähm, daraus kann man schließen, daß Du persönlich AFAIK Nonsens verbreitest, der einer Korrektur bedarf, damit er nicht unwidersprochen stehenbleibt.</p> <blockquote> <p>z.B. als Optimierer in der Ehre gekränkt oder sonstwie...</p> </blockquote> <p>Ach, das weiß hier ja eh kaum einer. :-) Zumal ich mich zum Thema SEO hier auch kaum äußere.</p> <blockquote> <blockquote> <p>Nonsens-Argument gegen Frames<br> Deine Meinung sei dir unbenommen. Ich bleibe bei meiner.</p> </blockquote> </blockquote> <p>Immer wieder erstaunlich, wie gerne Menschen bei unfundierten Meinungen bleiben ... >:-></p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180013#m1180013 Don P 2007-11-19T00:47:02Z 2007-11-19T00:47:02Z Frames <p>Hallo,</p> <blockquote> <p>Immer wieder erstaunlich, wie gerne Menschen bei unfundierten Meinungen bleiben ... >:-></p> </blockquote> <p>Ja, und auch wie gerne Menschen andere Meinungen einfach als unfundiert abkanzeln, die ihnen nicht zusagen.</p> <p>Zum Thema unfuniert fällt mir gerade folgendes Experiment ein:</p> <p>Fünf Affen leben in einem Käfig, in dessen Mitte sich eine Leiter befindet, über der eine Banane aufgehängt ist.</p> <p>Sobald ein Affe anfängt, die Leiter zu erklimmen, um an die Banane zu kommen, spritzt ihn der aufmerksame Tierpfleger mit kaltem Wasser ab, was dem Affen sehr missfällt, so dass er sein Vorhaben aufgibt. Nach ein paar Versuchen der Affen ist jedem klar, dass es keine gute Idee ist, diese Banane holen zu wollen.</p> <p>Nun tauscht man einen Affen aus, gegen einen neuen. Der hat natürlich keine Ahnung von der besonderen Bedeutung der Banane und will zunächst auf die Leiter klettern. Der Tierpfleger hat jetzt aber nichts mehr zu tun, denn die anderen vier Affen halten den Neuen stets vehement davon ab, bis auch der begriffen hat, dass es keine gute Idee ist, diese Banane zu holen.</p> <p>Tauscht man einen weiteren Affen aus, passiert dasselbe usw. bis alle fünf Affen ausgetauscht sind. Von der fünf neuen Affen weiß schließlich keiner mehr, warum die Banane ursprünglich nicht geholt werden sollte, trotzdem wird kein Versuch mehr unternommen.</p> <p>Bin mir nicht sicher, ob das Experiment wirklich so durchgeführt wurde bzw. überhaupt funktionieren würde, aber es hat was. Z.B. vertößt es noch heute für manche Menschen gegen die guten Tischsitten, Kartoffeln mit dem Messer zu schneiden. Der Grund ist meines Wissens, dass man früher in wohlhabender Gesellschaft Siberbesteck benutzte, das bei gewissen Nahrungsmitteln zu einer  wenig schmackhaften chemischen Reaktion führte. Aber kaum jemand benutzt heute noch Silberbesteck, wo es doch schon lange rostfreien Stahl gibt. Wozu also diese überholte Tischsitte? Ist doch irgendwie unfundiert bzw. sinnlos geworden.</p> <p>Zurück zur SEO: Vielleicht ist ja hier deine Meinung die unfundierte, weil du neuere Erkenntnise einfach nicht akzeptieren willst?</p> <p>Gruß, Don P</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180014#m1180014 Cybaer cybaer@binon.net http://Coding.binon.net 2007-11-19T07:28:10Z 2007-11-19T07:28:10Z Frames <p>Hi,</p> <blockquote> <p>Zurück zur SEO: Vielleicht ist ja hier deine Meinung die unfundierte, weil du neuere Erkenntnise einfach nicht akzeptieren willst?</p> </blockquote> <p>Da habe ich so meine Zweifel. :-)</p> <p>Ich habe SEO betrieben, als es Google (und Frames) noch gar nicht gab, und habe mich seitdem nicht abgekapselt, sondern das Verhalten div. SE (und die Meinungen div. SEOs - sofern öffentlich verfügbar) ständig im Auge. Das ist nicht nur Beruf, sondern auch Hobby. :-)) (vom ständigen Austausch mit den Kollegen und Experimenten mal ganz zu schweigen.)</p> <p>Ich vermute eher, daß dein SEO-Kumpel wenig Erfahrung mit Frame-Umsetzungen hat - zumal mit SE-optimierten ...</p> <p>... ist ja nicht so, daß man mit einer "schlechten" Frame-Umsetzung (wie auch generell "schlechtem" HTML, etc.) im Ergebnis eine, auch im Sinne der SEs, weniger optimale Website hinbasteln kann. Und mir scheint das allg. Wissen um (auch in diesem Sinne) "guten" Frame-Umsetzung nicht sonderlich ausgeprägt.</p> <p>Dazu (und zu der "Schroffheit") noch die Bemerkung: Wenn Du davon ausgehst, und dabei  mich direkt ansprichst ("deine Startseite"), daß bei Frames irgendwas verschenkt wird, dann kann ich nur feststellen, daß Du a) standardmäßig wohl von einer "schlechten" Frame-Umsetzung ausgehst und b) einfach ins Blaue hineinredest, ohne vorher mal nachzuschauen, ob das denn auch konkret zutrifft. Das ist ein Niveau, wie ich es hier nicht erwarte. Wenn ich eine Meinung habe, und jemand anderes hier sagt, sieh doch, Du irrst, dann *überprüfe* ich das *bevor* ich mich weiter dazu auslasse. :-o</p> <p>Nach der Zurechtweisung lapidar von "Gegenmaßnahmen" die ich getroffen hätte zu reden, verwundert mich dann auch. Ist für mich so, als wenn jemand gewohnt wäre, seine Überschriften mit <div style="font-size:120%; font-weight:bold;"> auszuzeichnen, und dann "überrascht" von "Gegenmaßnahmen" spricht, nur weil man ihn drauf hinweist, daß Suchmaschinen doch eher <h1> mögen (was man auch *selbstverständlich* verwendet). =:-></p> <p>Gruß, Cybaer</p> <div class="signature">-- <br> Hinweis an Fragesteller: Fremde haben ihre Freizeit geopfert, um Dir zu helfen. Helfe Du auch im Archiv Suchenden: Beende deinen Thread mit einem "Hat geholfen" oder "Hat nicht geholfen"! </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180016#m1180016 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-15T09:33:16Z 2007-11-15T09:33:16Z Frames <p>Hello out there!</p> <blockquote> <p>Von SSI und Includes hab ich leider keine Ahnung ^^.</p> </blockquote> <p>Das lässt sich ja ändern. <a href="http://de.selfhtml.org/servercgi/server/ssi.htm" rel="nofollow noopener noreferrer">SELFHTML</a> hilft, die <a href="http://forum.de.selfhtml.org/hilfe/faq.htm#quelltext-auslagern" rel="nofollow noopener noreferrer">FAQ</a> auch.</p> <p>Includes sind einfacher zu erlernen und handzuhaben als Frames. Letztere sind bringen dem Nutzer der Website <a href="http://www.subotnik.net/html/frames.html" rel="nofollow noopener noreferrer">massive Probleme</a> und sind deshalb NICHT zur Aufteilung einer Webseite in Bereiche einzusetzen!</p> <blockquote> <p>Werde das mit den iframes nochma durch gehen :)</p> </blockquote> <p>Nicht ':)', sondern ':('. Beschäftige dich lieber mit was Sinnvollem, da hast du mehr davon - und vor allem die Nutzer deiner Seiten.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180017#m1180017 Patrick Andrieu http://www.atomic-eggs.com/cwi/cwi_4.shtml 2007-11-15T09:53:52Z 2007-11-15T09:53:52Z Frames <p>Hallo Gunnar!</p> <blockquote> <p>Includes sind einfacher zu erlernen und handzuhaben als Frames.</p> </blockquote> <p>Stimme ich voll zu. Bei SSI sollte man sich allerdings bei seinem Webhoster erkundigen, ob diese überhaupt angeboten werden.</p> <p>Aber »handzuhaben«... ist es noch richtiges neurechtgeschriebenes Deutsch? Ich kann nur vermuten, dass Du unter Stress stehst:</p> <blockquote> <p>Letztere sind bringen dem Nutzer der Website</p> </blockquote> <p>^^^^^^^^^^^^</p> <p>*SCNR*</p> <p>Viele Grüße aus Frankfurt/Main,<br> Patrick</p> <div class="signature">-- <br> <img src="http://www.atomic-eggs.com/fuernA.jpg" alt="" loading="lazy"><br> _ - jenseits vom delirium - _<br> [<a href="http://www.atomic-eggs.com/" rel="nofollow noopener noreferrer">link:hatehtehpehdoppelpunktslashslashwehwehwehpunktatomicminuseggspunktcomslash</a>]<br> Nichts ist unmöglich? <a href="http://www.atomic-eggs.com/cwi/cwi_4.shtml" rel="nofollow noopener noreferrer">Doch!</a><br> Heute schon ge<a href="http://goek.atomic-eggs.com/goek_goek.html" rel="nofollow noopener noreferrer">gök</a>t? </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180018#m1180018 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-15T10:17:17Z 2007-11-15T10:17:17Z Frames <p>Hello out there!</p> <blockquote> <p>Bei SSI sollte man sich allerdings bei seinem Webhoster erkundigen, ob diese überhaupt angeboten werden.</p> </blockquote> <p>Und das am besten, bevor man mit diesem Hoster einen Vertrag eingeht. Bei negativer Antwort ist die Frage, ob man mit diesem Hoster einen Vertrag eingeht.</p> <blockquote> <p>Aber »handzuhaben«... ist es noch richtiges neurechtgeschriebenes Deutsch?</p> </blockquote> <p>Das hoffe ich doch. Infinitiv: "handhaben"; Infinitiv mit zu: "handzuhaben".</p> <blockquote> <blockquote> <p>Letztere sind bringen dem Nutzer der Website</p> </blockquote> </blockquote> <p>Das allerdings nicht.</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180019#m1180019 Patrick Andrieu http://www.atomic-eggs.com/cwi/cwi_4.shtml 2007-11-15T10:28:36Z 2007-11-15T10:28:36Z Frames <p>Hallo Gunnar!</p> <blockquote> <p>Infinitiv: "handhaben"; Infinitiv mit zu: "handzuhaben".</p> </blockquote> <p>Definitiv? Intuitiv würde ich zu »zu handhaben« tendieren. Aber Sprachgefühl ist relativ, wenn man nicht german native ist ;)</p> <p>Viele Grüße aus Frankfurt/Main,<br> Patrick</p> <div class="signature">-- <br> <img src="http://www.atomic-eggs.com/fuernA.jpg" alt="" loading="lazy"><br> _ - jenseits vom delirium - _<br> [<a href="http://www.atomic-eggs.com/" rel="nofollow noopener noreferrer">link:hatehtehpehdoppelpunktslashslashwehwehwehpunktatomicminuseggspunktcomslash</a>]<br> Nichts ist unmöglich? <a href="http://www.atomic-eggs.com/cwi/cwi_4.shtml" rel="nofollow noopener noreferrer">Doch!</a><br> Heute schon ge<a href="http://goek.atomic-eggs.com/goek_goek.html" rel="nofollow noopener noreferrer">gök</a>t? </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180020#m1180020 Gunnar Bittersmann self2006@gunnarbittersmann.de http://gunnarbittersmann.de/ 2007-11-15T10:37:22Z 2007-11-15T10:37:22Z deutsch Sprech - schwer Sprech <p>Hello out there!</p> <blockquote> <blockquote> <p>Infinitiv: "handhaben"; Infinitiv mit zu: "handzuhaben".</p> </blockquote> <p>Definitiv? Intuitiv würde ich zu »zu handhaben« tendieren.</p> </blockquote> <p>Hört sich auch gut an. Hab die Regel jetzt nicht parat, bei welchen zusammengesetzen Verben das "zu" eingeschoben wird und bei welchen nicht. Vielleicht ist hier auch beides möglich.</p> <p>Hab mal das Thema geändert, um die Spezialisten anzulocken ...</p> <p>See ya up the road,<br> Gunnar</p> <div class="signature">-- <br> „Und [dieses Forum] soll […] auch ein Fachforum bleiben und kein Psychologieforum werden.“ (<a href="https://forum.selfhtml.org/?t=158750&m=1033264" rel="noopener noreferrer">Kirsten Evers</a>) </div> https://forum.selfhtml.org/self/2007/nov/14/frames/1180024#m1180024 frankx frankxberlin@gmx.de 2007-11-15T10:48:23Z 2007-11-15T10:48:23Z deutsch Sprech - schwer Sprech <p>Hellihello Zsammen,</p> <blockquote> <p>Hab mal das Thema geändert, um die Spezialisten anzulocken ...</p> </blockquote> <p>Nur leider mit geplenktem Deppenleerzeichen. Es müsste doch deuschSprech = schwerSprech heißen.</p> <p><a href="http://por.proz.com/kudoz/492235" rel="nofollow noopener noreferrer">http://por.proz.com/kudoz/492235</a></p> <p>Dank und Gruß,</p> <p>frankx</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180021#m1180021 Vinzenz Mai vinzenzmai@web.de 2007-11-15T10:52:32Z 2007-11-15T10:52:32Z untrennbare Zusammensetzungen laut Regelwerk <p>Hallo</p> <blockquote> <blockquote> <blockquote> <p>Infinitiv: "handhaben"; Infinitiv mit zu: "handzuhaben".</p> </blockquote> <p>Definitiv? Intuitiv würde ich zu »zu handhaben« tendieren.</p> </blockquote> <p>Hört sich auch gut an. Hab die Regel jetzt nicht parat, bei welchen zusammengesetzen Verben das "zu" eingeschoben wird und bei welchen nicht. Vielleicht ist hier auch beides möglich.</p> </blockquote> <p>hilft <a href="http://www.deutsche-rechtschreibung.de/regelwerk.pdf#page=34" rel="nofollow noopener noreferrer">http://www.deutsche-rechtschreibung.de/regelwerk.pdf#page=34</a> [1] weiter?</p> <p>"zu handhaben" sollte danach richtig sein.</p> <p>Freundliche Grüße</p> <p>Vinzenz</p> <p>[1] Kennst Du eine HTML-Quelle, damit ich noch benutzerfreundlicher<br>     verlinken kann?</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180022#m1180022 Christian Seiler self@christian-seiler.de 2007-11-26T08:38:41Z 2007-11-26T08:38:41Z untrennbare Zusammensetzungen laut Regelwerk <p>Hallo Vinzenz,</p> <blockquote> <p>[1] Kennst Du eine HTML-Quelle, damit ich noch benutzerfreundlicher<br>     verlinken kann?</p> </blockquote> <p><a href="http://google.de/search?q=cache:SoEbaIwAjncJ:www.neue-rechtschreibung.de/regelwerk.pdf&hl=de&ct=clnk&cd=1&gl=de#34" rel="nofollow noopener noreferrer">Die Version im Google-Cache</a> wäre eine Möglichkeit...</p> <p>Viele Grüße,<br> Christian</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180023#m1180023 Vinzenz Mai vinzenzmai@web.de 2007-11-26T11:34:23Z 2007-11-26T11:34:23Z untrennbare Zusammensetzungen laut Regelwerk <p>Hallo Christian,</p> <blockquote> <blockquote> <p>[1] Kennst Du eine HTML-Quelle, damit ich noch benutzerfreundlicher<br>     verlinken kann?</p> </blockquote> </blockquote> <p><a href="http://google.de/search?q=cache:SoEbaIwAjncJ:www.neue-rechtschreibung.de/regelwerk.pdf&hl=de&ct=clnk&cd=1&gl=de#34" rel="nofollow noopener noreferrer">Die Version im Google-Cache</a> wäre eine Möglichkeit...</p> <p>eine lustige Idee. Trotz übelstem HTML über 25% kleiner :-)<br> Ich glaube, ich werde doch dabei bleiben, das PDF zu verlinken.</p> <p>Freundliche Grüße</p> <p>Vinzenz</p> https://forum.selfhtml.org/self/2007/nov/14/frames/1180026#m1180026 Steel 2007-11-14T18:57:57Z 2007-11-14T18:57:57Z Frames <p>Hi!</p> <p>Andre hat recht. Ist aber ja nu auch keine aussergewoehnliche frage, die hier zum ersten Mal gestellt wird... :)</p> <p>Hier was ich machen wuerde, wenn ich Du waere:<br> Ich wuerde mir jemanden suchen (der ahnung hat und keine tabellen oder Frames benutzt, wo nicht noetig) der mir n Template fuer ein CMS baut, dass ich nutzen moechte. Bei der Auswahl des CMS kaeme ein schoen einfach zu installierendes XAMP auf meinem Rechner zum Einsatz, wo alle moeglichen CMS getestet werden, bis mir eines zusagt. Mit Template und CMS bewaffnet ginge es dann los, die Seite auf dem Server im Internet einzurichten. Viele Provider liefern aber ja auch schon ein oder gar mehrere CMS mit. Joomla is z.B. bei mir dabei. Nicht dass ich Joomla benutzen moechte. Aber das waere definitiv keine schlechte Wahl, wenn ich nicht nen eigenen Kopf haette.</p> <p>Tja. Was ich sonst noch empfehlen kann: SSI. Du lagerst einfach die oft veraenderten Teile deiner Seiten aus und fuegst diese Dateien (z.B. Navigation) einfach ber Server Side Includes in deine Dateien ein. Damit musst du nur noch je eine Datei aendern. Das ist eine passable Loesung, auch wenn sie nicht ganz zufriedenstellend ist. (Die Navigation ist halt immer gleich und man kann z.b. die aktuell gewaehlte Kategorie nicht anders darstellen ohne Javascript zu nutzen)</p> <p>Natuerlich ist es auch eine baruchbare Option, einen Editor zu verwenden der Includes beherrscht und daraus dann HTML Dateien erstellt und am besten von allein hochlaedt. Das koennen mittlerweile viele Tools. Man hat dann ein paar kleine Dateien die dann automatisch in jede Seite iengefuegt werden. Oft bekommt man mit seinem Webspace ja auch Tools wie GoLive oder so. Die koennen soetwas eigentlich alle.</p> <p>Naja. Meine Lieblingsloesung ist aber halt ein CMS. Und soetwas laesst man sich, wenn man keine Ahnung hat, genauso konfiguerieren wie ein Auto, dass man kauft. Die baut man ja auch nicht selbst. Ansonsten hat jedes CMS eigentlich ne nette Palette von kostenlosen Templates, wenn man nicht unbedingt was ganz eigenes will.</p>