NN6, ECMA, DOM - trübe Aussichten

[Wolf-D. Rudloff]

Hallo Javascriptler,
an NN6 geht ja wohl kein Weg mehr vorbei. Auch ich suche nach Möglichkeiten, meine Seiten den neuen Gegebenheiten anzupassen. Bio hatte z.B. zu dem Thema etwas gepostet. Ich kann mich seiner Meinung nur anschließen: Bezüglich Dokumentation läßt Netscape die (kleinen) Anwender voll im Regen stehen. Nur aus nicht näher erläuterten Beispielscripten habe ich erfahren, dass Netscape die Methoden innerHTML (läuft in NN6/PR2 nicht) und createContextualFragment implementiert hat. Mit letzterer Methode kann ungeparster HTML-Text über ein Range-Objekt in den Objektbaum eingefügt werden. Beide Methoden sind aber nicht im Standard enthalten, d.h. es kann passieren, dass sich alles noch ändert und/oder MS andere Methoden implementiert. Schuld daran haben meiner Meinung nach W3C und ECMA. Jede Kleinigkeit wird in DOM1/2 und ECMA262-3 reglementiert, nur bei wirklich wichtigen Sachen (z.B. ungeparsten HTML-Text einfügen) überläßt man alles dem Selbstlauf und öffnet damit den Browserherstellern Tür und Tor für proprietäre Lösungen.
Soll man nun das bequeme createContextualFragment verwenden oder lieber den entsprechenden Teilbaum mit den vorhandenen node-Methoden "zu Fuß" aufbauen? Letzteres ist naturgemäß recht aufwendig und fehleranfällig, erspart aber eine eventuelle spätere Neuprogrammierung, da W3C/ECMA-konform.
Eine weitere Gefahr droht meiner Meinung nach von JS2.0 . Diese Version ist nicht kompatibel mit JS1.5 . Sollte es einen NN7 mit JS2.0 geben, kann man noch einen Browser mehr abfragen und den Code aufsplitten. Hier ein Zitat aus der Kompatibilitätsseite von JS2.0:
"Code that modifies the standard JavaScript 1.5 objects such as Object and String may not work".
Find ich prima!
JS2.0 nähert sich übrigens verdächtig Pascal (Delphianer wird's freuen). Vielleicht ist JS3.0=Pascal und im Browser läuft ein Pascal-Interpreter?
Mein Fazit: Von Vereinfachung keine Spur! Ende des Browserkrieges? Ebenfalls keine Spur. Spätestens mit JS2.0 werden viele, die keine Lust oder Zeit haben, sich tief in die Materie einzuarbeiten, DHTML über Bord werfen und zum schlichten HTML zurückkehren. Ich glaube, die Javascript-Fangemeinde wird sich deutlich lichten. Oder sehe ich zu schwarz?
Gruß Wolf

[Wolfgang Wiese]

Hi,

Mein Fazit: Von Vereinfachung keine Spur! Ende des Browserkrieges? Ebenfalls keine Spur. Spätestens mit JS2.0 werden viele, die keine Lust oder Zeit haben, sich tief in die Materie einzuarbeiten, DHTML über Bord werfen und zum schlichten HTML zurückkehren. Ich glaube, die Javascript-Fangemeinde wird sich deutlich lichten. Oder sehe ich zu schwarz?

Ich fuerchte nicht.
Es ist hier aehnlich wie bei Linux vor 2 Jahren:
da sind einfach zu viele Fachidioten am Werk, denen
effizienter und standardmaessiger Code wichtiger ist als
Benutzerfreundlichkeit...

Ciao,
  Wolfgang

[fredy]

Hi!

Ich find' einfach das das W3C zu theoretisch an die Sache 'ran geht. Sie zerbrechen sich ständig den Kopf über neue Standarts, ohne an Ihre praktische Anwendung zu denken. Ein Bsp. dafür ist das oben angesprochene .innerHTML.

Es freut mich übrigens das es in NS6 (warscheinlich) ein .innerHTML geben wird. (Bin nicht neugirieg darauf, für jeden Text den ich erstellen möchte, ein DOM-Objekt anzulegen ....)

Übrigens hab' ich da irgendwo im Forum eine js-Datei gesehen, die mittels DOM so ein innerHTML implementiert. (Funzt recht gut ..)

Weiß jemand, ob es in N6 nicht doch einen Kompatiblitätsmodus zu Version 4 geben wird?

Werdet Ihr nach dem Erscheinen von N6 weiterhin auch für N4 optimieren? (Ich denk' da vorallem an den Mehraufwand beim Programmieren und die vielen Bugs der Version 4, die meist die Produktionskosten einer Site in die Höhe steigen lassen ...)

Grüße
   fredy

ps: Dieses Thema wäre sicher Stoff genug für einen ThemenChatt - oder Stefan ?? :-)

[Wolf-D. Rudloff]

Einen Kompatibilitätsmodus wird es wohl nicht geben, da Layer definitiv
nicht unterstützt werden. NN4-Code wird man wohl noch für Jahre
mitschleppen/entwickeln müssen. Die Anzahl abzufragender Browser
(und die damit verbundene Codeaufsplittung) wird sich eher vergrößern.
Die Zeit, wo sich das alles nicht mit vernüftigen Aufwand machen läßt,
ist nicht mehr fern. Vielleicht ist das alles Absicht. Warum sollte auch
jeder hergelaufene Scriptschreiber dynamische Seiten machen können?
Soll er das doch den Profis überlassen, die wollen schließlich Geld
verdienen.
Gruß Wolf