warum kennt gecko(netscape) kein innerHTML ???

[lamafx]

hi alle, wollt ma fragen, warum die geckos kein innerHTML kennen?
kann man das irgentwie umgehen? also ich hab jetzt kein script oder so in dem das vorkommt, aber ich wollt ma hier fragen ^^

danke alle

[lamafx]

also auch der 7.1 netscape erkennt es nicht

[Cyx23]

Hallo,

also auch der 7.1 netscape erkennt es nicht

also auch mein 6.1 Netscape kann es setzen, nur für
Netscape 4 sind einige Klimmzüge nötig damit es klappt.

Vielleicht liegt es an deinen Browsereinstellungen, aber
du kannst ja sowieso mal eine Syntax mit replaceChild
(s. Selfhtml, Archiv) anwenden, denn damit läuft es bei
Mozilla oft runder.

Grüsse

Cyx23

[Tobias Kloth]

Hallo,

hi alle, wollt ma fragen, warum die geckos kein innerHTML kennen?

Natürlich kennen die innerHTML.

kann man das irgentwie umgehen? also ich hab jetzt kein script oder so in dem das vorkommt,

woraus schließt du dann, dass Mozilla und Co das nicht können, wenn du es überhaupt nicht ausprobiert hast? Und nein, das all-Objekt kennen die Geckos natürlich nicht, da es von M$ ist - den DOM-Syntax kennen sie aber wohl.

Grüße aus Nürnberg
Tobias

[Thomas Meinike]

Hallo,

Und nein, das all-Objekt kennen die Geckos natürlich nicht, da es von M$ ist - den DOM-Syntax kennen sie aber wohl.

innerHTML ist eine DOM-Erweiterung im IE (ab 4), die man in Gecko und Opera (ab 7) uebernommen hat.

MfG, Thomas

[sschumann]

innerHTML ist eine DOM-Erweiterung im IE (ab 4), die man in Gecko und Opera (ab 7) uebernommen hat.

Und ist mit Abstand performanter als die DOM-Methoden. Was ich eigentlich schade finde...

[HaThoV]

FsmE,

innerHTML ist eine DOM-Erweiterung im IE (ab 4), die man in Gecko und Opera (ab 7) uebernommen hat.

...aber mit Vorsicht zu genießen ist, weil es eben nicht XML-konform ist.

Und ist mit Abstand performanter als die DOM-Methoden. Was ich eigentlich schade finde...

Klar. Die Methode besteht ja auch darin, einen bereits gescannten Ast einfach aus dem Browsercache zu schnmippeln und in eine Varriable zu packen.

DOM-konform muß explizit neu gescannt werden, wenn sich nicht die - ebenso schnelle - Methode cloneNode() einsetzen läßt. Dafür steht einem dann aber der Zugriff auf jedes einzelne Element via DOM zur Verfügung, was bei innerHTML nur bedingt gegeben ist. Je nach Anwendung kannst Du also mit einem DOM-konformen Scan langfristig durchaus schneller sein.

innerHTML wird von Mozilla zwar angeboten, aber ausdrücklich nicht empfohlen. Das Browserverhalten ist auch unterschiedlich. Der IE erledigt alles zuverlässig mit der Motorsäge, Mozilla verlangt allerdings z.B. explizit HTML und läßt beispielsweise den Zugriff auf freie XML-Konstrukte damit nicht zu, auch noch nicht in den Baum eingehängte dynamisch erzeugte Elemente werden dort ignoriert.

Ich verwende innerHTML nur zu Prüfzwecken bei der Programmierung, und dann lasse ich i.d.R. die Motor$äge ran. Die Feinheiten schnitze ich dann nach wie vor von Hand. :-)

In sensibus mistis,
HaThoV