Calocybe: Probleme mit separater JS-Datei

Beitrag lesen

Hallo Fachleute,

Hallo Fachleut ;-)

Interessant ist, dass der Quellcode der HTML-Datei voellig richtig aussieht (das heisst, die Navileiste steht drin) aber der JS-Fehler erscheint trotzdem (und die Leiste nicht).

Klingt, wie wenn Du den Netscape Navigator verwendest, der hat an dieser Stelle naemlich einen Bug.

Mit 'View Source' praesentiert der NS einen schoenen Syntax-gehighlighteten Code, und zwar von der Datei, die er *darstellt*, nicht von der, die er runtergeladen hat. Sobald ein document.write() auftaucht, wird der JS-Code durch seinen Output ersetzt, und dies ist es, was Du dann siehst (eben mit Deiner Navileiste). Du erkennst solche Seiten daran, dass in der Titelleiste des View-Source-Fensters nicht die urspruengliche URL
http://www.domain.com/directory/index.html steht, sondern
wysiwyg://Framename.LaufendeNummer/http://www.domain.com/directory/index.html.
(Framename nur wenn innerhalb eines Framesets)
So weit, so gut, das war Dir sichr klar.

Jetzt der Bug: Solche wysiwyg:// Source-Codes werden vom Netsi nicht aktualisiert. Auch wenn Du Shift+Reload drueckst, einen Handstand machst oder Deinen Hamster erschlaegst, um NS ein Opfer zu erbringen. Er zeigt immer den Code an, den er beim ersten Aufruf der Datei per JS erzeugt hat, obwohl die Darstellung im Browserfenster korrekt ist. Hier musst Du mindestens Netscape beenden und neu starten, aber ein zusaetzliches Cache-Cleanup kann nicht schaden. Nur den Cache zu leeren (Disk+Memory) reicht jedenfalls nicht aus.

Ich vermute, dass das daran liegt, dass der Browser zwar die HTML-Datei im Cache behaelt, die JS-Datei aber wegschmeisst. Wenn ich die Funktion naemlich im Header der HTML-Datei definiere, gibt's kein Problem.

Selbst wenn er die JS-Datei nicht cacht, muesste er sie doch wenigstens erneut downloaden, oder?

Hat jemand eine Idee (oder vielleicht sogar schon eine Loesung) fuer mein nerviges Problem?

Sorry, leider nicht.

Calocybe