Hallo,

und noch ein Problem: wie lade ich zu einer seite1.htm den zugehörigen Rahmen frame.htm nach? Ein Link auf frame.htm gibt mir zB [navigation.htm | inhalt.htm] wider, aber nicht [navigation.htm | seite1.htm]! Wie kann ich frame.htm den Parameter seite1.htm übergeben, sodaß der Bildschirm [navigation.htm | seite1.htm] anzeigt?

Mit Dank im voraus

Dirk

Da liegt ein Mißverständnis vor: es geht darum, daß jemand zB über google nur die seite1.htm aufruft. Sie ist in diesem Augenblick praktisch die oberste Ebene. Und jetzt soll der gesamte Frame nachgeladen werden: also zB links navigation, rechts seite1.htm.

Da frames.htm noch nicht existiert, kann ich auch kein target angeben. Ein Link von seite1.htm auf frames.htm lädt ja nur frames.htm und damit die Seiten, welche in der Frames-Definition stehen: also navigation.htm (target=links) und inhalt.htm (target=rechts). Erst jetzt existieren die Ziele links und rechts. Es müßte also nach dem Laden von Frames1.htm+navigation.htm+inhalt.htm im rechten Fenster (target=rechts) seite1.htm nachgeladen werden.

Leider hat aber der Browser diese Adresse vergessen. Man müßte sie also auf dem Anwender-PC zwischenspeichern und nach dem Laden an das rechte Fenster weitergeben.

Grüße Dirk

@Treml: also genau so habe ich das gemeint. Ich kenne mich - wie man sieht - mit html und Javascript wirklich nur ganz wenig aus und bin am lernen. PHP stünde mir zwar hier zur Verfügung (soweit ich das verstanden habe), aber das steht für mich noch in den Sternen.

Ich ein bißchen in Javascript gebastelt und es scheint zumindest bei mir zu funktionieren: wird eine Seite ohne Framset aufgerufen schreibt diese Seite die Adresse der Seite in ein cookie und lädt dann den Frameset. Im Navigationsframe wird überprüft, ob ein cookie vorhanden ist (= enthält die aufrufende Seitenadresse). Wenn ja, dann wird via Javascript die aufrufende Seite in den rechten Frame nachgeladen und das cookie anschließend gelöscht.

Das ist sicher ein umständlicher Weg. Javascript scheint mir kein größeres Problem zu sein, da die Besucher meiner an anderer Stelle seit Jahren gehosteten Seiten fast alle Javascript aktiviert haben. Auch die Besucher mit deaktivierter cookie-Funktion sind zu vernachlässigen.

Warum Frames? - Die Diskussionen pro/kontra habe ich teilweise durchgelesen und vor allem die kontra-Seite ist zweifellos schwerwiegend. Wenn ich mir aber die Probleme anschaue, die zB bei einer CSS-Menue-Lösung an Programmierarbeit auf mich zukommen, dann wird es wohl noch sehr lange dauern, bis ich auch Inhalte ins WWW stellen kann. Ich habe mir da nur einmal die zahllosen Versionen von Menues bei http://www.cssplay.co.uk/index angesehen. Mit jedem neuen Browser muß vieles modifiziert werden etc. Und das ist ein ewiger Wettlauf. So fahre ich halt zur Zeit weiter mit den frames-vehikeln hinterdrein.

Die Testversion meiner Lösung ist unter für etwaige Interessenten http://drk.wmw.cc/testseiten/seite1.htm hinterlegt.

Grüße Dirk

@Quedell

Die Aufteilung in eine Navigationsspalte und eine Inhaltsspalte mit Tabellen ist zweifellos die "sauberste" Lösung, weil sie ohne Javascript, cookies oder Framesets auskommt. So habe ich das auch früher geplant bzw gemacht. Für projektweises Aktualisieren bzw. Ändern der Dateien verwende ich fallweise eine uraltversion von arachnophilia oder das umständliche wysiwyg-Monster frontpage 2003 (das einem noch dazu fallweise in den code hineinpfuscht). Was mich dabei stört, ist, daß ich bei fallweisen ändern bzw. hinzufügen alle betroffenen Dateien aktualisieren muß. Damit könnte ich aber leben.

Was mich aber wirklich stört und weshalb ich auf die verpönten Frames gekommen bin, ist:

Der Navigationstext scrollt mit der Seite weg. So ist das derzeit Usus und auf vielen kommerziellen Seiten zu sehen. Bei mir hat jedoch die Navigationsleiste gleichzeitig die Funktion einer Themengliederung, die zumindest teilweise ständig im Blickfeld stehen sollte. Deshalb die sehr einfachen Frames. Ginge es mir nur um reine Navigation, hätte ich nichts gegen Tabellen und seitliche Links mit #top-Adresse o. ä.

Soweit ich gesehen habe, ist die modernere Form für ständig sichtbare Navigationsleisten ist natürlich mit css oder dhtml. Das Problem der globalen Aktualisierung aller betroffenen Dateien, wie es oben bei der Lösung mit den Tabellen beschrieben wurde, bleibt allerdings bestehen, ganz abgesehen vom Programmieraufwand und dem Problem der Anpassung durch Browserweichen etc. Und die nächste Generation von Browsern mit neuen Problemen steht schon vor der Tür ...

Grüße Dirk

Zitat

Soll nicht böse gemeint sein, lieber Dirk, aber du hast ein leicht "antiquiertes" Weltbild, was diese ganzen Dinge betrifft.

Das mit dem antiquierten Weltbild stimmt! Und ich bin auch nicht stolz darüber. Solange ich etwas aus Kritik lenen kann, sind mir solche Hinweise willkommen.

Vielleicht sollte ich erwähnen, daß ich mein Projekt ursprünglich bei Providern laufen lassen wollte, die keine serverseitigen Dinge wie php oder scripts zulassen. Andererseits bekomme ich schön langsam "Appetit" auf solche moderneren Programmierungen - ist wahrscheinlich besser, als mit antiquierte Methoden herumzumurxen.

Deine Vorschläge werde ich mal ausprobieren.

[smaltalk on]

Ja, der IE ist ein Sonderling, ob sich daß mit den zukünftigen Versionen ändern wird, ist zu hoffen. Zur Zeit müßte ich aber trotzdem für IE Weichen einführen, denn die Situation bei meinen Seiten etwa bei geocities sieht so aus 54 % IE (6+7), 35 % FF (2+3), gleiches auf einem Uniserver 43 % IE und 34 % FF. Bei der Uni spielen auch noch andere Browser eine gewisse Rolle - wahrscheinlich weil es hier viele MAC-Besitzer gibt, die andere Lösungen bevorzugen. Es ist schon eine crux mit den Browsern: einerseits sollte man niemand ausschließen, andererseits wird gerade jener Browser am meisten verteufelt, der - vielleicht weil er oft vorinstalliert ist - auch am häufigsten verwendet wird.

[smaltalk off]

Grüße Dirk