Re: Taschenrechner aus SelfHTML

Am Mon, 4 Feb 2008 18:45:27 +0100 schrieb Ottmar Ohlemacher:


Hier nochmals die Fehlermeldung der Konsole:

Fehler: window.document.Rechner has no properties
Quelldatei:
http://de.selfhtml.org/javascript/be...henrechner.htm
Zeile:
23

Ich werd da noch nicht schlau draus, denn beides mal handelt es sich ja um
den gleichen Code - an und für sich, lediglich einmal formell in
HTML-Eingebettet (das funktionierte nicht) und das andere mal...na ja, ich
lerne noch.

Danke für Verständnis.

Gruß Ottmar

Ottmar Ohlemacher wrote:

Hier nochmals die Fehlermeldung der Konsole:

Fehler: window.document.Rechner has no properties
Quelldatei:
http://de.selfhtml.org/javascript/be...henrechner.htm
Zeile:
23

Ich werd da noch nicht schlau draus, denn beides mal handelt es sich ja um
den gleichen Code - an und für sich,

Es ist eine Binsenweisheit, dass gleicher Code mit einer Wahrscheinlichkeit
von 99.999998742% auch gleiches Verhalten zeigt.

lediglich einmal formell in HTML-Eingebettet (das funktionierte nicht) und
das andere mal...na ja, ich lerne noch.

HTML-Dokument 1 unterscheidet sich von HTML-Dokument 2 darin, dass es in
ersterem kein form-Element gibt (q.e.d.) Entsprechend funktioniert in
Beispiel 1 die Referenzierung des form-Objekts, die ohnehin proprietär ist,
nicht.

Verwende in beiden Fällen ein form-Element und folgende standardkonforme
Referenzierung:

document.forms["Rechner"].elements["Display"].value

In diesem Beispiel kannst und solltest Du ausserdem alle Aufrufe von eval()
durch das Argument von eval() ersetzen (der Programmierer des Originalcodes
wusste bereits offensichtlich nicht, was er tut).


PointedEars
--
Zum betrachten der Website benötigen Sie ein Flash 6.0 Plugin, den Real
Player und den Quicktime Player. Beste Ansicht mit Internet Explorer ab 5.x,
1280 x 960 Pixel Bildschirmauflösung, 32 Bit Farbe, Bildwiederholrate 100
Hz, Sound on.
-- kopfschüttelnd gefunden auf http://www.comiccombo.de/2003.html

Am Mon, 04 Feb 2008 19:11:24 +0100 schrieb Thomas 'PointedEars' Lahn:

Ottmar Ohlemacher wrote:
Hier nochmals die Fehlermeldung der Konsole:

Fehler: window.document.Rechner has no properties
Quelldatei:
http://de.selfhtml.org/javascript/be...henrechner.htm
Zeile:
23

Ich werd da noch nicht schlau draus, denn beides mal handelt es sich ja um
den gleichen Code - an und für sich,

Es ist eine Binsenweisheit, dass gleicher Code mit einer Wahrscheinlichkeit
von 99.999998742% auch gleiches Verhalten zeigt.

Ist das mit den 99.999998742% empirisch belegt? ;-)

lediglich einmal formell in HTML-Eingebettet (das funktionierte nicht) und
das andere mal...na ja, ich lerne noch.

HTML-Dokument 1 unterscheidet sich von HTML-Dokument 2 darin, dass es in
ersterem kein form-Element gibt (q.e.d.) Entsprechend funktioniert in
Beispiel 1 die Referenzierung des form-Objekts, die ohnehin proprietär ist,
nicht.

Verwende in beiden Fällen ein form-Element und folgende standardkonforme
Referenzierung:

document.forms["Rechner"].elements["Display"].value

In diesem Beispiel kannst und solltest Du ausserdem alle Aufrufe von eval()
durch das Argument von eval() ersetzen (der Programmierer des Originalcodes
wusste bereits offensichtlich nicht, was er tut).

So ganz habe ich das jetzt zwar noch nicht verstanden, da ich mich gerade
erst in die Thematik einarbeite, aber es wird mir sicher beim Verständnis
eine Hilfe sein.

Könnte man also sagen, das die Autoren von SelfHTML dort "Mist" gebaut
haben?

Gruß Ottmar

Am Mon, 4 Feb 2008 19:34:37 +0100 schrieb Ottmar Ohlemacher:

Am Mon, 04 Feb 2008 19:11:24 +0100 schrieb Thomas 'PointedEars' Lahn:

Ottmar Ohlemacher wrote:
Hier nochmals die Fehlermeldung der Konsole:

Fehler: window.document.Rechner has no properties
Quelldatei:
http://de.selfhtml.org/javascript/be...henrechner.htm
Zeile:
23

Ich werd da noch nicht schlau draus, denn beides mal handelt es sich ja um
den gleichen Code - an und für sich,

Es ist eine Binsenweisheit, dass gleicher Code mit einer Wahrscheinlichkeit
von 99.999998742% auch gleiches Verhalten zeigt.

Ist das mit den 99.999998742% empirisch belegt? ;-)



lediglich einmal formell in HTML-Eingebettet (das funktionierte nicht) und
das andere mal...na ja, ich lerne noch.

HTML-Dokument 1 unterscheidet sich von HTML-Dokument 2 darin, dass es in
ersterem kein form-Element gibt (q.e.d.) Entsprechend funktioniert in
Beispiel 1 die Referenzierung des form-Objekts, die ohnehin proprietär ist,
nicht.

Verwende in beiden Fällen ein form-Element und folgende standardkonforme
Referenzierung:

document.forms["Rechner"].elements["Display"].value

In diesem Beispiel kannst und solltest Du ausserdem alle Aufrufe von eval()
durch das Argument von eval() ersetzen (der Programmierer des Originalcodes
wusste bereits offensichtlich nicht, was er tut).

So ganz habe ich das jetzt zwar noch nicht verstanden, da ich mich gerade
erst in die Thematik einarbeite, aber es wird mir sicher beim Verständnis
eine Hilfe sein.

Könnte man also sagen, das die Autoren von SelfHTML dort "Mist" gebaut
haben?

Nachtrag: Ich hab jetzt noch mal genau verglichen, und herausgefunden, dass
in der nicht funktionierenden Version die Zeilen

<form name="Rechner" action="" onsubmit="Ergebnis();return false;">
und
</form>

vergessen wurden.

Scheint also den machern von SelfHTML ein Fehler unterlaufen zu sein.

Gruß Ottmar

Ottmar Ohlemacher wrote:

Am Mon, 4 Feb 2008 19:34:37 +0100 schrieb Ottmar Ohlemacher:
Am Mon, 04 Feb 2008 19:11:24 +0100 schrieb Thomas 'PointedEars' Lahn:
Ottmar Ohlemacher wrote:
Hier nochmals die Fehlermeldung der Konsole:

Fehler: window.document.Rechner has no properties
Quelldatei:
http://de.selfhtml.org/javascript/be...henrechner.htm
Zeile:
23

Ich werd da noch nicht schlau draus, denn beides mal handelt es sich ja um
den gleichen Code - an und für sich,
Es ist eine Binsenweisheit, dass gleicher Code mit einer Wahrscheinlichkeit
von 99.999998742% auch gleiches Verhalten zeigt.
Ist das mit den 99.999998742% empirisch belegt? ;-)

Zumindest die letzten beiden Kommastellen

lediglich einmal formell in HTML-Eingebettet (das funktionierte nicht) und
das andere mal...na ja, ich lerne noch.
HTML-Dokument 1 unterscheidet sich von HTML-Dokument 2 darin, dass es in
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^
ersterem kein form-Element gibt (q.e.d.) Entsprechend funktioniert in
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Beispiel 1 die Referenzierung des form-Objekts, die ohnehin proprietär ist,
nicht.
[...]

Könnte man also sagen, das die Autoren von SelfHTML dort "Mist" gebaut
haben?

Nachtrag: Ich hab jetzt noch mal genau verglichen, und herausgefunden, dass
in der nicht funktionierenden Version die Zeilen

form name="Rechner" action="" onsubmit="Ergebnis();return false;"
und
/form

vergessen wurden.

Genau das hatte ich geschrieben.

Scheint also den machern von SelfHTML ein Fehler unterlaufen zu sein.

Und das ist leider bei weitem nicht der einzige.

Das Tragische an SELFHTML ist, dass es grundsätzlich eine gute Einführung
für Anfänger ist, aber man es auch in der Version 8.x noch immer nicht
geschafft hat, diese *Anfängerfehler* zu beseitigen oder gar JavaScript
(Programmiersprache) und DOM (API) konzeptionell klar voneinander zu
trennen. Von der Erwähnung der Unterschiede zwischen verbreiteten
ECMAScript-Implementationen in HTML-Benutzerprogrammen (JavaScript,
JScript, Opera ECMAScript, KJS, Apple JavaScriptCore) ganz zu schweigen.

<Gebetsmuehle> Auch SELFHTML ist keine goldene Q und enthält Felher
sowie unvollständige Information. </Gebetsmuehle> [psf 4.8]


PointedEars
--
DER [Browser] soll sich um sowas kuemmern, nicht die MARKUP language, mit
der nur sematische Informationen gegeben werden sollen, keine Layoutbeschreibung
(das galt zumindest, bevor Netscape und Microsoft in Wettstreit traten, wer
das Prinzip nachhaltiger vergewaltigen darf, der eindeutig zugunsten von
Microsoft ausging) (BGKS in <Xns92D76BB74C254bgkskulms (AT) 141 (DOT) 24.53.248>)

Ottmar Ohlemacher schrieb:

Hier nochmals die Fehlermeldung der Konsole:

Fehler: window.document.Rechner has no properties

ist bekannt: https://redaktion.selfhtml.org/ticket/257

--
The first time you'll get a Microsoft product, that doesn't suck,
will be the day they start producing vacuum cleaners. (unbekannt)