Hey Borlander, hey Asterix5,
ich danke Euch für Eure Umsichtigkeit :-)
Kann es sein, daß es Dir darum geht einen identischen Seitenteil wie z.B. die Navigation überall einheitlich einzubinden?
siehe http://www.nickles.de/static_cache/538446061.html
Klar, darum geht es. Es ist dabei nicht so, dass Zeit Geld ist (das ist sowieso Quatsch, weil letzlich Geld nichts ist aber sinnvoll verbrachte Zeit sehr viel), es geht darum, mit wenig Aufwand selbst recht viel hilfreiches zu erschaffen.
Und dabei erscheint es mir nach der kurzen Disskusion doch etwas zu aufwändig, für lau jede Seite dem Zeitgeist entsprechend mit CSS und in XHTML zu erstellen, wenn es HTML 4.01 Transitional - wie hier zu sehen - kommerziell doch tut.
Wenn die Navigation fixiert positioniert wird, scrollt sie nicht mit ja,das ist schon toll aber nur die Hälfte ... Klarer Vorteil - siehe oben im ersten Post (Das will ich nicht wiederholen) Aber wenn Server seitige Dienste nicht zur Verfügung stehen, geht jedoch aus meiner Sicht noch kein Weg am I-Frame vorbei. Also muss eine zufriedenstellende Lösung gefunden werden - wie z.B. hier zu sehen.
Wohl gemerkt: Mir kommt es darauf an, den Rahmen eines Internet-Auftrittes mit möglichst wenig Aufwand zu erstellen und darin wechselde Inhalte darzustellen. Und das ohne große Software, sondern überwiegend per Hand. Die Lösung scheint wohl zur Zeit der I-Frame zu sein.
Die Kommunikation im Internet hat sich auch IMHO zu sehr kommerzialsiert. Man schaue sich nur mal die HP der örtlichen Vereine an.
Soll das so sein, dank Oliver Geißen und Richterin Barbara Salesch, oder ist der WC3 nicht auch nur für die Globalplayer tätig und beschei??t uns alle ?
Soweit so unbefriedigend für heute
cu Foxy
Homepage selbermachen 7.852 Themen, 35.619 Beiträge
XHTML-Strict und CSS sind keine Modeerscheinungen, sondern sinnvolle technische Fortschritte und auch seit mehreren Jahren sinnvoll nutzbare Standards. Langfristig spart man damit sogar Zeit, weil die Wartung deutlich einfacher ist. Bei Transitional kommen noch die alten Renderengines der Browser zum Einsatz, und da hatte jeder seine eigenen Fehler. Mit XHTML-Strict bekommt man ohne großen Aufwand eine einheitliche Darstellung. Nickles.de läuft derzeit noch mit HTML4-Transitional weil die alten Artikel nicht XHTML-Strict konform sind. Ansonsten wäre eine Umstellung kein großes Problem mehr...
Aber wenn Server seitige Dienste nicht zur Verfügung stehen, geht jedoch aus meiner Sicht noch kein Weg am I-Frame vorbei. Also muss eine zufriedenstellende Lösung gefunden werden - wie z.B. hier zu sehen.
Nickles.de nutzt Serverseitiges Scripting zum erzeugen der Seiten. Wenn das nicht geht kann man als Notlösung noch lokal auf dem PC die Seiten per Script generieren lassen und dann hochladen. Habe ich auch schonmal gemacht.
oder ist der WC3 nicht auch nur für die Globalplayer tätig und beschei??t uns alle ?
Wie kommst Du zu solchen Vermutungen? Wenn sich bei der Gestaltung von Webseiten alle an die W3C-Standards halten würden - inbesondere auch semantisch korrekt - dann hätten wir ein besseres Internet. Die Browserhersteller haben in der Vergangenheit leider lange ihre eigenen Süppchen gekocht.
Btw.: Warum machst Du dafür einen neuen Thread auf?
Gruß
Borlander
Wenn Du serverseitig die Navigation nicht einbinden kannst oder willst, gibt es noch die Möglichkeit, einen HTML-Editor wie zB Phase 5 zu verwenden. Damit hast Du die Möglichkeit, die Navigation (oder auch andere Code-Teile) über eine einzige Datei zu pflegen. Nach jeder Änderung kannst Du alle betreffenden Dateien vom Programm automatisch aktualisieren lassen.
Der Nachteil gegenüber der serverseitigen Lösung ist allerdings, daß Du alle geänderten Dateien neu hochladen mußt.
Hi Borlander,
btw: weil ich den letzten Th. geschlossen hatte.
keine Modeerscheinungen, sondern sinnvolle technische Fortschritte in der Theorie schon, nur kommt das in der Praxis nicht so recht an (siehe hier).
Dieser Fortschritt scheint mir mit dem Pferdefuß augestattet, dass es eben nicht leichter und besser geht, eine ansprechende Seite mal eben schnell zu erstellen.
Wenn ich an mein erstes HTML zurückdenke -mit einem Texteditor von T-online- dann war das Spaß pur (allerdings auch mit bescheidenem Ergebnis damals).
Heute scheitert doch der Laie in der Regel schon an der ersten Zeile - dem richtigen Doctyp. (Wer z.B. noch nix vom Quirx-Modus weiß, wundert sich nicht schlecht, warum auf einmal die Tabellen passen).
Wie kommst Du zu solchen Vermutungen? (wegen der Globalplayer) - na weil gelegentlich das Ziel als rein deklaratorisch erscheint und der Weg dorthin sich aufdröselt wie ein Flussdelta.
Schau dich um; alle Welt redet - z.B. über Frieden - und was passiert tatsächlich ??? Der WC3 redet über Standards - und was passiert tatsächlich ?
Und wenn sich XHTML mal durchgesetzt hat, dann ist längs was anderes Mode.
Das nenne ich dann nicht Fortschritt, sondern Verschlimmbesserung. Und dann diese Inkombalitäten und weil's nicht reicht, noch ein neuer Quasistandard und noch einen neuen Browser usw.
Naja, wenn's zu einfach wäre, wär's ja auch wieder langweilig - und wir hätten hier nix zum Schreiben und müssten uns mit wirklich Wichtigem beschäftigen. ;-)
Wenn sich bei der Gestaltung von Webseiten alle an die W3C-Standards halten würden da liegt der Hase im Pfeffer: Alle machen mit und keiner was er soll. Es ist Wildwuchs, weil keiner verbindlich sagt, wo's lang geht und wie es gemacht wird. Das ist der Grund für das Durcheinander, nicht nur im Internet. Und wenn ich meine das ist so gewollt, dann schließt sich der Kreis zum Globalplayer wieder, oder?
lokal auf dem PC die Seiten per Script generieren lassen und dann hochladen das klingt interessant. Willst du verraten, wie das geht? Sicher interessiert das ja auch mach andere, die das hier lesen und ich denke die Überschrift ist gut dafür.
Hi Asterix5,
Nach jeder Änderung kannst Du alle betreffenden Dateien vom Programm automatisch aktualisieren lassen. Ist das die Variante von Bor, in einem Editor umgesetzt?
Phase5 hatte ich mal probiert- habe mich aber bis heute für keinen HTML Editor so recht erwärmen können.
Aber das wäre ja eine echte Option, mit der ich mich dann vom Thema Frame komplett verabschieden könnte.
Um es nochmal deutlich zu machen: Ich möchte einen sozusagen statischen "Rahmen" mit Kopf, Subnavi, Navi und Fußzeile, in dem dann die Inhalte präsentiert werden. Das habe ich mir mit CSS gebaut, allerdings mit dem Nachteil gegenüber FRametechnik, dass alle Seiten allen Quelltext enthalten müssen.
Daraus resultiert mein Problem ohne Frame zZ, dass bei einer Änderung des "Rahmens" jede Seite geändert werden muss.
Wenn das in einer Projektverwaltung via Phase5 komfortabel machbar wäre, würde mich das schon interessieren. Das Hochladen ist kein Problem.
Ich schaue mir Ph5 mal an- frühestens am WE, dann würde ich mich gern hier wieder melden.
Ich denke es war doch richtig den Thread CSS-Frame nicht weiter zu führen. - Upss ist ja viel geworden- garnicht meine Art
Danke an Euch
cu Foxy
Nabend Foxy
btw: weil ich den letzten Th. geschlossen hatte.
Nicht geschlossen, nur als Erledigt markiert.
Theorie schon, nur kommt das in der Praxis nicht so recht an (siehe hier).
Wie schon gesagt. Hier sind die vorhandenen Inhalte das Problem. Wenn man keine solche Altlasten hat gibt es i.d.R. keinen Grund mehr nicht nicht auf Strict zu setzen.
Heute scheitert doch der Laie in der Regel schon an der ersten Zeile - dem richtigen Doctyp.
Den tippt doch auch keiner von Hand ab. Den kopiert man je nach Bedarf aus der Dokumentation heraus.
Und wenn sich XHTML mal durchgesetzt hat
Wenn? Alle aktuellen Versionen bekannter Browser verstehen XHTML. Auf User-Seite kann man diese Technik als vorhanden ansehen.
Und dann diese Inkombalitäten
Die Inkompatiblitäten sind bei XHTML-Strict deutlich kleiner als bei den alten HTML-Standards. Vgl. die unterschiedliche Darstellung im Quirks-Mode.
weil keiner verbindlich sagt, wo's lang geht und wie es gemacht wird.
Die Browserhersteller richten sich weitgehend nach den W3C-Standards bzw. "Empfehlungen". Deutlich mehr als früher, als noch jeder Browserhersteller seine eigenen HTML-Tags erfunden hat.
Ich verstehe wirklich nicht warum Du Dich so gegen XHTML und Strict sträubst :-\
lokal auf dem PC die Seiten per Script generieren lassen und dann hochladen das klingt interessant. Willst du verraten, wie das geht?
Das hängt vom persönlichen Geschmack ab. Ich habe damals lokal ein PHP-Script zu diesem Zweck verwendet. Damit konnte ich recht leicht auf bereits vorhandene Funktionalität zurückgreifen. Ist dann auch kein großes Ding z.B. den Navigationseintrag der aktuellen Seite hervorzuheben.
Ist das die Variante von Bor, in einem Editor umgesetzt?
Nein. Die Variante ist bei weitem nicht so flexibel, weil Du wirklich nur statische Inhalte einbinden kannst. Hervorhebungen der aktuellen Seite im Menü, oder die von Dir gewünschte Brotkrumennavigation sind damit nicht realisierbar.
Gruß
Borlander
Hallo Foxy,
ja, das geht mit Phase 5:
... Ich möchte einen sozusagen statischen "Rahmen" mit Kopf, Subnavi, Navi und Fußzeile, in dem dann die Inhalte präsentiert werden. Das habe ich mir mit CSS gebaut, allerdings mit dem Nachteil gegenüber FRametechnik, dass alle Seiten allen Quelltext enthalten müssen. Daraus resultiert mein Problem ohne Frame zZ, dass bei einer Änderung des "Rahmens" jede Seite geändert werden muss. Wenn das in einer Projektverwaltung via Phase5 komfortabel machbar wäre, würde mich das schon interessieren. Das Hochladen ist kein Problem.
Du änderst einmal die Datei mit dem Kopf, einmal die Datei mit der Subnavi, einmal die Datei mit der Navi, einmal die Datei mit der Fußzeile. Die Aktualisierung in den Seiten erledigt Phase 5 für Dich auf Knopfdruck.
Ist jetzt ein wenig unverständlich was Ihr da so schreibt, aber kann es sein dass der Herr ein CMS, ein Content Management System sucht?
Je nach Anwendungsfall könnte das womöglich eine interessante Möglichkeit sein. Wenn ich das richtig sehe scheint der Threadstarter allerdings kein serverseitiges Scripting zu haben und sucht nur nach einer einfachen Möglichkeit Redundanzen bei der Seitengestaltung zu vermeiden...
sehr aufschlussreicher Artikel über das, was wir laufend versuchen
http://onhavinglayout.fwpf-webdesign.de/
und weshalb es scheinbar immer schwieriger wird.
Es reicht aus, wenn man den Box-Modell-Fehler des Internet Explorer kennt und verstanden hat: siehe http://de.selfhtml.org/css/formate/box_modell.htm#box_model_bug .
Mehr muß man gar nicht wissen.