Zentraler Linksammler der drpagel-Weblogs
Den zentralen Linksammler für die drpagel-Weblogs habe ich nun unter folgender Adresse angelegt:
drpagel.log.ag/2006_01_2006_01_16_weblog.html#Beitrag1 (dp)Dienstag, 10. Januar 2006
Ein Tusch zum neuen Jahr
Dies ist mir beim Abspeichern des vorangegangenen Beitrages aufgefallen. Man kann mit dem Weblog den Rest der Welt mit Macromedia-Flash beglücken. Ich war erstaunt, dass von meinem schlechten Monitor-Mikrofon überhaupt Töne aufgezeichnet werden. Ein glückliches, sorgenfreies wunscherfülltes Jahr allen Lesern und Hörern ... (dp)
Mein Monitor hat gar kein Mikrofon. Antwort meines Freundes Reinhard, es sei ein Art Rückkopplung durch die Schallwellen, die Makromedia aufgenommen hat und deswegen sei der Tusch so leise. Nun bin ich mal den Steckerausgängen am PC nachgegangen. Am Ausgang mit meinem Aufkleber "Mikrofon" geht tatsächlich ein Kabel zum Mikrofon. Es stand aber zur Zeit der Aufnahme nicht neben dem Monitor, sondern lag irgendwo unterhalb der PC im Datenmüll. Wenn ich gleich beim Abspeichern wieder etwas aufnehme, ist meine alte Aufnahme weg. Daher habe ich probiert, den Quelltext des Abspielformulars vor diesen Nachtrag zu kopieren.
Alerdingsgestaltet sich die Aufnahme schwierig, dass ich erst mal herausbekommen muss, in welchem Abstand wo das Mikrofon zu platzieren ist, damit man etwas hört. Bei ersten Tests kam ich leicht in den roten Bereich. Allerdings verhält es sich mit der Signallautstärke wie mit dem Licht, es fällt mit der 3.Potenz des Abstandes von der Schallquelle.
Neuer Versuch gescheitert!
macromedia-Einstellungsmanager für Zulassung zur Datenausspähung: http://www.macromedia.com/support/documentation/de/flashplayer/help/settings_manager06.html
Welche Inkompatibilität hätten Sie den gern?
Gar keine! Aber was träume ich eigentlich nachts? Gar nichts! Da sitze ich nämlich und fehlersuche und fehlerfinde und leider auch fehlernichtbehebe ich. Zu vorletzt störte mich der Syntaxfehler eines Counters, der insbesondere den IE (MSIE =Internet Explorer) wegen fehlender Prüfroutinen im Extremfall zum Absturz bringen kann oder evtl. auch einen Drucker zu Schrott werden lassen kann.
Daher besann ich mich eines Tricks, der bei normalen Textseiten gut funktionierte. Ich kapselte den den Syntaxfehler verursachenden Code mit einem iframe-Tag ein. Der Counter zählte, aber der Syntaxfehler war jetzt im iframe, den ich niemals ausdrucken wollte.
Das ging solange gut, bis ich vor ein paar Tagen ein JavaApplet mit Javascript-Steuercode mit diesem gekapselten Countercode verwenden wollte. Da werden evtl. Javascriptwerte überschrieben, meinte mein Freund Reinhard. Nein, es liegt nur am iframe. Ich frage mich, ob dieser iframe-Tag überhaupt mit dem body-Tag voll kompatibel ist? Es steht fest, dass mein Applet direkt mit der Mouse angesteuert werden kann. Jedoch bekommt die Benutzeroberfläche eine Fehlermeldung "es sei kein Zugriffsrecht (no Permission) mehr gegeben" vom JavaApplet, wenn man eines der Javascript-Steuerbutton anklickt.
TEST1.html (ohne Fehler und ohne Counter)>>
TEST2.html (mit Scriptfehler durch Counter)>>
TEST3.html (mit iframe und Zugriffsverweigerung aufs JavaApplet)>>
In diesem Zusammenhang habe ich eine nützliche Methode entdeckt und in die drei Test-Dateien eingebaut: sie fragt den windows-Event "onerror" ab und gibt in Zukunft leicht Auskunft, woher die Macken kommen. Denn es können sich ja die Codes der aufgerufenen Links fremder Anbieter ändern. Wenn sie sich zum Besseren ändern würden und Scriptfehler verschwinden, das fände ich nett. Mein Verlangen nach diesen nervtötenden Tests ist erschöpft!
Geschrieben am freenet-Server-kein-Zugang-Tag, dem zehnten des Monats eins anno 2006 (dp)
Die auf Weblogs sichtbaren Daten und Inhalte stammen von
Privatpersonen. Beepworld ist hierfür nicht verantwortlich.