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 29 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 05.06.2008 05:07:44 Uhr Modifizierte dynamische Bildausgabe auf der gleichen Browserseite Test-entry=327261
Was für Text funktioniert, sollte auch für Bilder gelten, hoffe ich. Also habe ich hier zunächst einmal die Ausgabe eines Musterbildes in einem Formular-Input-TAG ausprobiert:
| 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) |
|---|
- Beispiel_1a: Ausgabebild nur auf dieser Seite ohne ein zusätzlich geöffnetes Fenster...
- a: mit Hilfe von JavaScript-Funktion "setAttribute()": klicke hier
- b: mit Hilfe von Gleichsetzung: klicke hier
- Beispiel_1b: Ausgabe auf dieser Seite löschen...
- a: mit Hilfe von JavaScript-Funktion "setAttribute()": klicke hier
- b: mit Hilfe von Gleichsetzung: klicke hier
- Ausgabe:
Dass sowohl das Bild als auch der alt-Attribut-Hilfstext als Link interpretiert wird, liegt wohl in der Eigenart des Input-Tag mit Attribut type="Image" begründet. Allerdings gelang bisher nicht, ein Input-Tag vom Typ type="text" mit einem Hintergrundbild zu verwenden.
Kurioserweise braucht der IE wieder XXL-lange, um nach dem ersten Klick das Musterbild zu publizieren. Im Wiederholungsfalle erscheint das Bild schneller. Es ist auch nicht verstanden, warum es sowohl beim Browser Firefox als auch IE so viel länger dauert, bis nach dem Klick auf "Ausgabe löschen" das Bild wieder verschwunden ist, als es erneut auszugeben. "Ausgabe löschen" führt wohl mangels vorhandener Bildadresse "Src=''" zu einem automatischen Aktualisieren/Neuladen der Webseite. Ob dies einen Zeitvorteil bringt, kann nur mit Hilfe einer Stoppuhr getestet werden.
Die SelfHtml.org-Webseite empfiehlt, anstatt - a: document.*.setAttribute(meinAtribut, "neuerWert meines Attributes"); einfacher die Gleichsetzung
- b: document.*.meinAtribut="neuerWert meines Attributes";
zu verwenden.
(dp)(4,5h)
Nachtrag am 8.6.2008 um 14.10Uhr:
Der Code ist derart "unverstehbar" (unverständlich), dass er erst offline getestet werden musste. Was offline nicht unter dem Browser Firefox funktioniert, braucht im freenet-Weblog nicht unter Firefox getestet werden, und was online oder offline nicht unter Firefox funktioniert, braucht nicht unter dem InternetExplorer getestet werden.
Mit Hilfe von alert(document.getElementById("bildformular").innerHTML); wurde ausgegeben, was denn so meine Testfunktion erzeugt hat. Oh, man staune! Die Ausgabe ist je nach Browser unterschiedlich, zum Beispiel für den Browser ... - Firefox2.0: <IMG><IMG>
- IE7.0:<INPUT type=hidden value=f5422d890052f1bfa15d37822e0341b3 name=PHPSESSID><IMG><IMG>
Wie will man da zuverlässig nach dem Kindknoten firstChild abfragen, wenn man im Firefox nicht alle KindKnoten angezeigt bekommt? Oder wird das versteckte INPUT-Tag tatsächlich nur im IE7.0 vom freenet-PHP-Programm gesetzt? Man glaubt es kaum!
Also wurde offline ausgiebig probiert. Ein erstes Zwischenergebnis zeigt eine primitive Schreibmaschine für Sütterlinschrift. (dp)(2,5h)
Verfasst am 05.06.2008 00:07:56 Uhr Glaubensbekenntnis eines Javascript-Detektivs Vorhin sprach ich mit einem Javascript-Detektiv über meine Probleme mit den DIV-Tags. Er konnte mich davon überzeugen zu glauben, dass:
- wirklich mit Javascript keine Computersauereien unternommen werden können, weil mit Javascript kein Zugriff auf ActivX möglich sei und mangels dieser Fähigkeit auch nicht auf die eigenen PC-Daten.
- Javacsript vermutlich überhaupt nicht im InternetExplorer wirkt, sondern der InternetExplorer sein integriertes JScript ausführt, welches durchaus Zugriffsmöglichkeiten auf ActivX und damit auf den PC hat.
Nun gibt der gutgläubige USER in der Script-Deklaration an: language="Javascript" oder type="text/javascript". Dies dient möglicherweise dem IE-Browser lediglich dazu, die Scriptsprache richtig zu interpretieren, d.h. JScript wird direkt ausgeführt und welch ein Programmierer Ahnung davon hat, kann also über JScript den PC über ActivX direkt manipulieren. Javascript dagegen wird erst durch einen internen Interpreter in die JScript-Sprache umgesetzt und dann der erzeugte JScript-Code ausgeführt.
- Möglicherweise können ActivX-erfahrene Experten versuchen, dem Browser IE dem harmlosen Javascriptcode den harmvollen JScriptcode "trojanisch" unterzujubeln und ein sicherheitslückenhafter Browser könnte dieses JScript 1:1 als JScript übernehmen und damit das Übel seinen Lauf nehmen.
- Wenn der Javascript-Code nicht ordentlich in einen JScript-Code umgesetzt werden kann, wie auch immer das der InternetExplorer feststellt, dann kann über ActivX ein Fehlermeldungsfenster mit Ziel Fa. Microsoft aufgehen und den Programmierern dort diesen Bug melden, auf dass diese sich zwecks Codeverbesserung des Javascript-Interpreters ein neues Sicherheitsupdate des IE ausdenken mögen.
So kann es vermutlich sein.
Huck, der große Manitu hat geglaubt! (dp) (0,5h)
Adminbereich
| Diese Seite bookmarken
| Weitersagen |
|
 |
| < | Juni 2008 | > | | So | Mo | Di | Mi | Do | Fr | Sa |
|