DrPagel-Biografie...
.... schreibe ich, wenn ich älter bin.
Wem das zu lange dauert, kann sich inzwischen schon die Zeit mit dem Besuch meiner anderen Homepageseiten vertreiben:- Solange (seit 18.Oktober 2010) wegen des fehlenden alt-Atribut im img-Element des "speichern"-Buttons unter dem Browser Firefox für drpagel.log.ag keine
Beiträge publiziert werden können, können meine Beiträge ab dem 18.Oktober 2010 in meinem Tagebucharchiv durch Klick auf diesen Link weiterverfolgt werden. Die Abstrakts der Beiträge werden gegebenenfalls später hier nachgetragen.
- Dr.Pagel-WebseitenZentrale www.drpagel.de mit automat. Weiterleitung auf meine auch separat aufrufbare (schon etwas verstaubte) Seite:
- Dr.Pagel Webcam, Wetter und Wissen. Dort befindet sich auch das Impressum, die Kontaktadresse und ein Link zu meinem
- Foto. Weitere angefangene Projekte sind meine
-
Umweltseite mit meinem schönen Urlaubsfoto vom Oktober 2004 aus der versmogten lettischen Hauptstadt Riga an der Daugava, die ich bereits am 23.1.2005 bei Suchnase.de angemeldet hatte und der Domain-Inhaber, ohne mich zu informieren mit neuem Inhalt bespielt hat, dann meine - Seiten zum Thema Bildung, Gesundheit, Urlaub, Wellness (begonnen seit dem 10.9.2004, geplant seit Pfingsten 2004; freenet stellt diese gratis-Webseiten zum 31.3.2010 ein).
- Weblog-Archivseiten tb-archiv.drpagel.de
- meine
Vitamin-C-Forschungsseite mit der Option zum Kennenlernen von PHP (noch nicht getestet!; seit Dezember 2005) bei Lycos.de unwiderbringlich gelöscht! und ich habe jetzt weder Zeit noch Lust, diesen Datenverlust zu beheben! (Gewinn-Warnung: das wird wohl vor Winter 2011/2012 nichts mehr!) - meine Planung zur HP bei Lycos.fr (seit Dezember 2005)
- mein Multilingual-Projekt: Text in 31 Sprachen (languages)
- meine Ausspracheübung (z.Zt. in 24 Sprachen)
Jedoch hat mich der Datencrash im Juli 2005 soweit zurückgeworfen, dass ich danach keine meiner Webseiten mehr mit NOF aktualisiert und immer noch nicht alle defekten Dateien auf Wiederherstellung geprüft habe. Bei der Festplattenanalyse bei Vobis wurde in 2005 kein Virus gefunden, jedoch ein Jahr später hat mir die aktualisierte Antiviren-Software gezeigt, dass auch auf gewerbliche Virenscans leider kein Verlass ist.
Hier meine unvollständige Lieblings-Webseiten-Liste (z.B.: backlinks für PageRank):Ehemalige Weblogs sind in meiner Gesamtliste aufgeführt.
Zur Kenntnisnahme: Alle mit (dp) gekennzeichneten lyrischen Ergüsse sind durch Copyright © by Dr.Detlef Pagel urheberrechtlich geschützt. Bis auf Widerruf ist die auszugsweise Wiedergabe mit Quellenangabe nur zum privaten nichtkommerziellen Gebrauch gestattet.
Hinweise zu Weblog-Code-Fehlern>>Forum zu Weblog (siehe auch rechte Leiste); Homepage(freenet-Administrator)NOTFALL-HINWEISE (siehe auch mein Eintrag vom 9.6.2005)Hinweise zu Internet-Störungen allgemein >>
Gebrauchsanleitung: es wird (zur Zeit) auf dieser Site immer nur der Weblog-Inhalt der letzten 5 Beiträge angezeigt. Zum Suchen anderer Einträge können die Inhaltsverzeichnisse (webtropia-Weiterleitung zum Loomes-Server, Loomes-Server) oder alternativ zum Freenet-Kalendariums am rechten Rand dieser Site ein eigener Kalender 2004, 2005 durch Anklicken der Wunschtage oder ein internes Suche-Formular: oder die Index-Seite für mein Tagebuch-ZentralArchiv For translation of my websites click here please  (zhōng=#20013)Wetter in Wetzlar
benutzt werden.
Der erste Tagebucheintrag fand am 16.Mai 2004 statt, also vor gut vier Jahren. Seitdem wurden zu verschiedenen Themen verfasst. Als kleines Dankeschön für das zunehmende Leserinteresse hier seit Mai2005 meine Bilder des Monats:
System&Browser&JavaScript-Abfrage, Browser&Player-Abfrage
Seit Mo., den 04.08.2008, 01 Uhr(MESZ; a.m.) (hierzu Statistik):
 mehr...
Vorübergehend mussten zu Testzwecken fast alle Scripte im Tagebuch-Vorspann entfernt werden! Die meisten Skripte sind noch nicht reinstalliert worden. Daher dürfte jetzt fast keine eigene Javascript-Anwendung funktionieren.
Es ist noch viel zu testen. Daher werden voraussichtlich vor heute abend (16.6.2008) keine weiteren Skripte hier in den Weblog-Vorspann zurückinstalliert werden können. Ich bitte um Verständnis.
 |
 |
Verfasst am 29.05.2008 23:56:45 Uhr
Dynamische Uhrzeit
Also meine PC-Uhrzeit ist ca. 5 Minuten weiter als die freenet'sche Weblog-Serverzeit. Vor den Nachrichten des Hessischen Rundfunks (hr4) zur vollen Stunde hört man das Langton-Zeitsignal zeitgleich zur Anzeige von "01 Sekunde"; erwartet hätte ich es zeitgleich zur Anzeige von "00 Sekunde" (?; Test am 6.6.2008).
| Konform: | ![[Logo]](http://home.arcor.de/detlefs-fotos/Blog/GIF/firefox2.0logo.gif) | ![[Logo]](http://home.arcor.de/detlefs-fotos/Blog/GIF/ie7.0logo.gif) |
|---|
Leider muss wegen des Formular-Tags im vorliegenden Beispiel für die Textausgabe der maximal benötigte Platz vorgehalten werden.
Hier ist erstmals auf den weisen W3C-Ratschlag gehört worden und das Formular-"Input"-Tag anstatt über das "name"-Attribut anzusprechen über das "Id"-Attribut mit Hilfe von "getElementById" angesteuert worden.
Während es beim Gebrauch des "name"-Attributes auf die Rangfolge in der Knotenhierarchie ankam
"document" + "." + "name vom Form-Tag" + "." + "name vom untergeordneten Input-Tag des Form-Tags" + "." + "value = "mein Funktionswert"
und das Wort "document." weggelassen werden konnte, braucht man sich hier keine Gedanken mehr um die Hierarchie zu machen, solange man eine eindeutige "Id"-Kennung pflegt; dafür darf aber auf das Wort "document." nicht verzichtet werden.
(s. meine Code-Fehlersuche mit Hilfe von DebugBar4.02) (dp) (3,75h)
Verfasst am 29.05.2008 19:47:08 Uhr
Modifizierte dynamische Webseite
Bevor ich es vergesse und mich wegen der unerschöpflichen Vielfalt von Computer-, Browser- und Programmproblemen verzettele, hier meine von unten nach oben lesbare "Roadmap" oder "Agenda-20-10":
Erstaunlicherweise hat der IE7.0 Probleme, je nach Schriftgröße die farbigen Span-Bereiche (Hintergrundfarben) zusammen mit dem Vordergrundtext auszugeben. Das erinnert mich stark an die Anfangsmacken vom berühmten Programm Word, wo die Indizes irgendwo im Text standen, jedoch nicht dort, wo sie stehen sollten. Diese Problemlösung belasse ich den gutbezahlten microsoft-Programmieren zur Aufgabe.
Es ist noch viel zu tun!!! (dp) (2,9h)
Verfasst am 29.05.2008 16:57:34 Uhr
Modifizierte dynamische Textausgabe auf der gleichen Browserseite
Schön wäre, man könnte Texte oder Bilder oder Antwort-Ergebnisse auf der gleichen Seite ausgeben. Dieses ist bei HTML schlicht und einfach nicht vorgesehen. Der Browser muss vorher wissen, was er in seinem Fenster ausgeben soll. Nur so kann die Ausgabe auch geprüft werden. Daher öffnet normalerweise der Befehl document.write oder window.write ebenso wie alert oder confirm immer neue Fenster, denn ein sogenanntes Popup, wie auch immer es aussieht, ist auch ein neues Fenster.
Zumindest für Ausgabetexte ist es aber nach meinem letzten Kenntnisstand möglich, diese Texte scheinbar auf der selben Seite im freenet-Weblog auszugeben. Hierzu bietet sich das form-Tag an. Die Ausgabe kann dort im mit css-style-modfizierten input-Tag erfolgen (siehe unten). Ob eine analoge Ausgabe auch von Bildern möglich ist, ist noch ungeklärt.
| Konform: | | |
|---|
| javascript-bevorzugte TAG-Schrift: | abc... | ABC... |
|---|
Bei Text wird die Ausgabe durch das Javascript document.formular.ausgabe.value = "Mein Ausgabetext" oder alternativ nur formular.ausgabe.value = "Mein Ausgabetext" veranlasst. Gegenüber einer normalen HTML-Datei wird jedoch hier im Weblog nach der Textausgabe in die Input-Formularzeile ein neues Fenster geöffnet, welches die gleiche Textausgabe enthält (Beispiel1). Dies sollte man mit diesem javascript-Zusatz void(0) verhindern können, was hier im weblog aber nicht gelingt. Void(0) ist eine Art Dummy, ein Linkziel, das nichts macht, so die Literatur. Wenn ich jedoch meine letzten Geistesresourcen in Sachen Logik zusammensammle und kombiniere, dass "void" für "leer", "undefiniert" steht und das gerade aktuellbenutzte Browser-Fenster, welches keinen Namen hat und daher undefiniert ist, hierarchisch die Knotenebene 0 darstellt, so müsste das zusätzlich geöffnete unerwünschte Fenster die Knotenebene 1 darstellen und demzufolge dies durch void(1) zu verhindern sein. Bingo!- Beispiel_1: Ausgabetext auf dieser Seite plus zusätzlich im geöffneten Fenster. Bei schneller Auffassungsgabe kann beobachtet werden, dass zuerst der Text ins Formularfeld eingetragen wird und dann das neue Fenster mit dem gleichen Ausgabetext geöffnet wird. klicke hier
- Beispiel_2a: Ausgabetext nur auf dieser Seite ohne ein zusätzlich geöffnetes Fenster. klicke hier
- Beispiel_2b: Ausgabetext auf dieser Seite löschen. klicke hier
- Ausgabe:
Das wurde aber auch langsam Zeit, dachte ich.
Doch halt, Freund liest mit! Was eben noch im vorangegangenen Weblog-Testbeitrag funktionierte, klappt nun plötzlich nicht mehr. Dafür erhalte ich jetzt eine Javascript-Warnung in der Fehler-Konsole des Firefox-Browsers:
Warnung: Element referenziert durch ID/NAME im globalen Geltungsbereich. Verwenden Sie stattdessen den W3C-Standard document.getElementById().
Quelldatei: javascript:formular.ausgabe.value='Mein Ausgabetext';void(1);
Zeile: 1
Es ist zum Kinderkriegen!
Die Ursache dieses Missgeschicks ist gefunden: ich hatte im vorangegangenen Beitrag1 das form-Tag samt input-Tag mit den identischen Namen noch nicht gelöscht, so dass zu dem heutigen Datum zwei Formulare mit dem selben Namen existierten. Da hätte die händische ID-Referenzierung auch nichts gebracht, vermute ich geschlaucht? (dp) (2,5h)
Nachtrag_1 am 29.5.2008 um 17.30Uhr:
Ob diese Ausgabe ausser in einem Formular auch im Span oder Div-Tag funktioniert?
| Konform: | | |
|---|
Das hartnäckige Nichtfunktionieren beim IE7.0 ist beim Span-Tag am leichtesten gelöst worden.
Es geschieht die Ausgabe mit Hilfe der Objektansprache des javascript-Elementes document.getElementById().firstChild und der nachgeordneten Zuordnung des Textes zum Attribut .data derart: z.B.:
document.getElementById("meineSPAN-id").firstChild.data = "Mein Mustertext;"
Hier im Weblog kann auf void(1) nicht verzichtet werden, weil sonst eine neue Browserseite geöffnet würde.
Allerdings ist speziell für die Ausgabe im IE dies nur die halbe Wahrheit. Damit es nicht heisst:
document.getElementById("meineSPAN-id").firstChild has no properties
, ist darauf zu achten, dass zwischen einem <span>-Tag und einem </span>-Tag ... - unter Firefox: mindestens ein anderes Zeichen (z.B. Leerstelle, ; nicht nur ein Zeilenumbruch, HTML-Kommentar)
- unter IE: mindestens ein Zeichen (keine Lehrstelle, kein Zeilenumbruch, kein HTML-Kommentar)
..steht. Das heisst, dass so ein SPAN-Bereich zuerst initialisiert werden muss und dies unter dem IE mit Hilfe eines Leerzeichens nicht geschieht. Der Browser Firefox initialisiert den SPAN-Bereich bzw. legt das Objekt "firstChild" bereits bei Existenz einer Leerstelle an. Also habe ich den Code um die spezielle SPAN-Initialisierung
document.all."meineSPAN-id".innerHTML = '.';
ergänzt, damit unter beiden Browsertypen die Textausgabe gleichermaßen funktioniert.- Beispiel_3a: Ausgabetext nur auf dieser Seite in ein SPAN-Tag ohne ein zusätzlich geöffnetes Fenster. klicke hier
- Beispiel_3b: Ausgabetext im Span-Tag auf dieser Seite löschen. klicke hier
- Ausgabe:
Zum Weglöschen des SPAN-Bereiches ist es hinreichend,
document.getElementById("meineSPAN-id").firstChild.data='';
... zu setzen. Dieser letzte Punkt ist zwecks DIV-Bereichslöschung im IE7.0 nicht hinreichend, wie im folgenden Teil zu sehen sein wird.
| Konform: | | |
Wie im SPAN-Bereich geschieht auch im DIV-Bereich die Ausgabe mit Hilfe der Objektansprache des javascript-Elementes document.getElementById().firstChild und der nachgeordneten Zuordnung des Textes zum Attribut .data derart: z.B.:
document.getElementById("meineDIV-id").firstChild.data = "Mein Mustertext;"
Hier im Weblog kann auf void(1) nicht verzichtet werden, weil sonst eine neue Browserseite geöffnet würde. - Beispiel_4a: Ausgabetext nur auf dieser Seite in ein DIV-Tag ohne ein zusätzlich geöffnetes Fenster. klicke hier
- Beispiel_4b: Ausgabetext im Div-Tag auf dieser Seite löschen. klicke hier
- Ausgabe:
Damit es allerdings nicht heisst:
document.getElementById("meineDIV-id").firstChild has no properties
, ist darauf zu achten, dass zwischen einem <div>-Tag und einem </div>-Tag ... - unter Firefox: mindestens ein anderes Zeichen (z.B. Leerstelle, ; nicht nur ein Zeilenumbruch, HTML-Kommentar) steht
- unter IE: mindestens ein Zeichen (keine Lehrstelle, kein Zeilenumbruch, kein HTML-Kommentar)
..steht. Das heisst, dass so ein DIV-Bereich erst initialisiert werden muss und dies unter dem IE mit Hilfe eines Leerzeichens nicht geschieht. Der Browser Firefox initialisiert den DIV-Bereich bzw. legt das Objekt "firstChild" bereits bei Existenz einer Leerstelle an. Also habe ich den Code um die spezielle DIV-Initialisierung
document.all."meineDIV-id".innerHTML = '.';
ergänzt, damit unter beiden Browsertypen die Textausgabe endlich gleichermaßen funktioniert. (dp) (7,5h)
Nachtrag_2 am 03.6.2008 um 05.10Uhr:
Nun verbleibt noch das Problem zu lösen, dass der Firefox2.0 das DIV unsichtbar macht, falls kein Ausgabetext mehr vorliegt, der IE7.0 jedoch einen leeren DIV-Bereich übrig lässt.
Hier erwies sich das Vorhandensein von DebugBar4.02 als sehr nützlich. Nachdem unklar war, warum einerseits im InternetExplorer ein dynamischer DIV-Bereich verschwindet, falls er nur einen Text-Kindknoten mit Leerstelle enthält, gleichfalls aber nicht verschwindet, falls man seinen Beispieltext weglöscht, konnten die InternetExplorer-Gepflogenheiten zur Javascript-Interpretation im Javascript-Konsolfenster von DebugBar mit Hilfe eines Miniaturscriptes über document.write- oder alert-Ausgabe von "innerHTML" nachvollzogen werden. Hierzu ist das meinen problematischen Bereich umschließende UL-Tag vorher in einer Testversion mit einer ID-Kennung versehen worden. Mit Hilfe des Miniaturscripts wurde der Problembereich über
var showBereich=document.getElementById("div4ul").innerHTML;
ausgelesen. Falls der Beispieltext "Mein Ausgabetext" war, lautete der showBereich erwartungsgemäß
<DIV ...meineAtribute...>Mein Ausgabetext</DIV>
, nach Weglöschung dieses Beispieltextes jedoch unverhofft
<DIV ...meineAtribute...> </DIV>
. Da kommt man aus dem Staunen nicht heraus. Ob dies ein IE7.0-BUG oder beabsichtigt ist, ist gleichgültig. Hierzu hat Selfhtml.org einen wichtigen Hinweis parat: de.selfhtml.org /javascript /objekte /node.htm #child_nodes_whitespace
Entgegen diverser Beispielcodes in selfhtml lässt sich die Problemstelle im IE7.0 nicht über "getElementsByTagName("DIV")[0]" ansprechen, einzig "getElementById("meineDIV-id")" funktioniert (noch). Trotzdem funktionierte nicht, den Textknoten mit Hilfe von ...- "removeAttribut" zu entfernen.
- "deleteData" zu entfernen.
- "cloneNode(false);" durch einen anderen Textknoten ohne Inhalt zu ersetzen.
"we are not amused about InternetExplorer7.0 !!!"
Was nützt es, falls die Javascript-Programmier-Schüler gelehrt bekommen, dies oder jenes sei Standard und nun lernt und benutzt es und viele Arbeitsstunden dazu vergeudet werden, ein Problem mit diesem oder jenem Code zu lösen, wenn dann bei einer neuen Browsergeneration einfach diverse Code-Snipletts nicht mehr interpretiert werden. Dann war "die ganze Mühe für die Katz!" (dp) (2,5h)
Nachtrag_3 am 04.6.2008 um 06.20Uhr:
Ein Weltkonzern will die Grundlagen der Arithmetik nicht verstanden hahen? Gute Nacht!
Was soll mir diese Anspielung nach Jahren noch sagen? Antwort: - 1.: Ein beliebiger Textstring1 minus dem zu ihm identischen Textstring2 ist kein Nullstring, nein es ist ein nbsp-Leerzeichenstring im InternetExplorer7.0.
- 2.: Falls ein HTML-Code ein DIV-Tag enthält, wird im IE vor dem DIV ein Zeilenumbruch eingefügt
Zuerst konnte entdeckt werden, dass falls man das Problem-Tag "DIV" in eine Umgebung des "P"-Tag verpackt, nach dem Weglöschen vom Kindknoten des DIV-Tag (Beispieltext "Mein Ausgabetext") ein zusätzliches P-Tag erzeugt und hinter dem ersten P-Tag die Zeile umgebrochen wird.
z.B.: vorher:
<p ...meineP-Atribute...><DIV ...meineDIV-Atribute...>Mein Ausgabetext</DIV></p>
nachher:
<P ...meineP-Attribute...>
<DIV ...meineDIV-Atribute...> </DIV><P></P>
Dieses Phänomen brachte mich auf die Idee, mal mit Hilfe von DebugBar nachzuschauen, wie der innerHTML-Code im IE7.0 aussieht, falls die Test-Tag-Bereiche nach dem Laden der Webseite erstmalig vom Browser eingelesen worden sind. Bereits zu diesem Zeitpunkt sind unmittelbar vor dem DIV-Tag ein Zeilenumbruch und vor dem /P-Tag ein P-Tag eingebaut worden die nicht in meinem Javascript-/HTML-Quellcode stehen. Da von Hause aus der InternetExplorer auf die Liebings-Scriptsprache "JScript" eingestellt ist, wird vermutlich "Javascript" vom IE nicht ausgeführt, sondern nur interpretiert und intern in die JScript-Syntax umcodiert.
Vielleicht haben die IE-Programmierer nicht daran gedacht, dass jemand ein DIV-Tag in ein SPAN-Tag einhüllen würde? Daher ist das Einhüllen des problematischen DIV-Tag in ein SPAN-Tag die einzige Alternative, um den Ursprünglichen Code nach seiner Füllung durch den Beispieltext wieder verschwinden zu lassen. Allerdings: weg ist weg! Danach ginge ein erneuter Beispieltext hier nicht mehr so einfach dynamisch einzufügen, weil dann das DIV-Tag mit er ID-Kennung fehlt.
Wenn man also beabsichtigt, das DIV-Tag nach seinem Löschen wieder dynamisch mit Beispieltext zu füllen, muss man ihn für den IE spätestens vor dem Löschen in eine Javascript-Variable sichern. Eventuell ist es möglich, vor der ersten Ausgabe des dynamischen Beispieltextes diesen SPAN-Tag samt Kindknoten DIV-Tag zu klonen, um nach dem Entfernen dieses Kindknoten diesen wieder als Initialisierung einsetzen zu können.
Nachdem es möglich ist, mit DebugBar die interne Umsetzung von Javascript zu verfolgen, wird einleuchtend, warum in meinem Beitrag über ... Wetzlar ... (hier im drpagel.log.ag, evtl. 2006) vor Jahren die Darstellung mit Hilfe von DIV's nur im Mozilla richtig funktioniert hatte.
| Konform: | | |
Stunden später: kaum zu glauben aber wahr! Es ist mir endlich gelungen, die Ausführung eines Javascript für veränderliche DIV-Bereiche zwischen Firefox und InternetExplorer zu synchronisieren.
Wie im SPAN-Bereich geschieht auch im DIV-Bereich die Ausgabe mit Hilfe der Objektansprache des javascript-Elementes document.getElementById().firstChild und der nachgeordneten Zuordnung des Textes zum Attribut .data derart: z.B.:
document.getElementById("meineDIV-id").firstChild.data = "Mein Mustertext;"
Hier im Weblog kann auf void(1) nicht verzichtet werden, weil sonst eine neue Browserseite geöffnet würde. Bevor aber diese Manupulation der Beispieltext-Ausgabe erfolgt, muss für den InternetExplorer erforderliche "jungfräuliche" DIV-Bereich mit Hilfe von... - ... Code-Cloning auf einer Variablen gesichert werden
- ... document.all."meineDIV-id".innerHTML = '.'; initialisiert werden
Falls später der Beispieltext gelöscht wird und damit speziell im InternetExplorer der DIV-Bereich nicht übrig bliebe, muss nach dem Textlöschvorgang der eigenartige IE-hauseigene HTML-Code zum DIV-Bereich durch den gesicherten HTML-Code "jungfräuliches DIV" ersetzt werden. Hört sich "schlimmer als es ist" an! Hierfür wurde im HTML-Head dieses Weblogs die js-Datei "init_DIV4IE.js eingebunden, die die Funktion initfin enthält, welche zum einen den HTML-Code des DIV-Tags vor der Initialisierung zu sichern hilft und zum anderen nach dem Löschen des firstChild vom DIV-Tag diesen DIV-Tag wieder in seine Urform zurückzusetzen hilft.
- Beispiel_5a: Ausgabetext nur auf dieser Seite in ein DIV-Tag ohne ein zusätzlich geöffnetes Fenster. klicke hier
- Beispiel_5b: Ausgabetext im Div-Tag auf dieser Seite löschen. klicke hier
- Ausgabe:
Wenn jemand denkt, dieses Weglöschen des DIV-Bereiches im IE nach dem Weglöschen des Textknotens sei nicht nötig, so soll er sich vergegenwärtigen, dass z.B. bei dynamisch bewegten Texten nach dem Löschen eine Spur von leeren DIV-Bereichen auf der Webseite verbleibt. Das kann dann DIV-vermüllt aussehen!
Für die Ausgabe von dynamisch bewegten Bildern im freenet-Weblog müsste der komplette body-Tag oder der Browserbereich des entsprechenden Beitrages angesprochen werden können. Letzteres wäre mir am liebsten. Aber vor dem Erfolg hat der Herrgott den Schweiß gestellt. Mir stinkt's. (dp) (5h)
Verfasst am 29.05.2008 00:43:48 Uhr
Der Gebrauch von setTimeout im Weblog
Test entry=326440Eigentlich wollte ich nur den Gebrauch von setTimeout testen. Aber zur Prüfung gehört ein Ausgabemedium. Dies kann eine Alert- oder Confirm-Funktion aus dem Repertoir von Javascript-Code sein.
Vorsicht! Dies kann eine Endlos-Nervensäge sein!
Lust zum Timeout-Testen ? (funktioniert nicht im I.E.)
Browsertyp erfragen
I.E.-Fenster schließen (funktioniert tatsächlich auch beim IE.7!)
Netscape-Fenster schließen (funktioniert nicht!)
Ausgabe im aktuellen I.E.-Fenster (funktioniert nicht!?)
Antwort:
Also hier im Weblog scheint auch das setTimeout rekursiv zu funktionieren, allein die Ausgabe auf der aktuellen Seite "parent" oder "top" oder "self" oder "location" ist bisher unmöglich.
Linksammler:
(dp) (6 h)
Adminbereich
| Diese Seite bookmarken
| Weitersagen |
|
|
|
![[favicon]](http://tb-archiv.drpagel.de/pic/drpagel_favicon_ico_16.jpg)
drpagel.log.ag![[drpagel-favicon]](http://freenet-homepage.de/drpagel/Weblog/drpagel_favicon_ico_16.jpg)
![[jpgBild: Löwenzahnblüte vom 18.5.2005 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/drpagel/Weblog/JPG/Lewnzan1.jpg)
![[jpgBild: Gelbe Irisblüte (in Krofdorf) am 02.5.2005 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/drpagel/Weblog/JPG/Irorange.jpg)
![[jpgBild: Rosenblüte vom 2.7.2005 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/drpagel/Weblog/JPG/Rosemy_g.jpg)
![[jpgBild: Immergrünblüte vom _.12.2006 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/detlefs-fotos/Blog/JPG/IMRGRUEN.JPG)
![[gifBild: Gelbblühender Winterjasmin am 03.11.2007 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/detlefs-fotos/Blog/GIF/winterjasmin_gelb.gif)
![[jpgBild: Blühender Märzenbecher am 17.02.2008 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/detlefs-fotos/Blog/JPG/Maerzbecher.jpg)
![[gifBild: Pflaumenblüte vom 01.04.2008 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/detlefs-fotos/Blog/GIF/Pflaumenbluete_Fuerstenlager20080401.gif)
![[gifBild: Alantblüte vom 14.07.2008 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/detlefs-fotos/Blog/GIF/Alant01.gif)
![[gifBild: Knoblauchlilie vom 06.09.2008 © by Dr.Detlef Pagel, Wetzlar]](http://home.arcor.de/detlefs-fotos/Blog/GIF/Knobigras.gif)
