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 16.02.2008 01:11:08 Uhr Interne Suchmaschine für eine HTML-Seite Kurz, es ist soeben offline gelungen, mit Hilfe eines Suchformulars die Anzahl der Fundstellen eines Suchwortes in einer HTML-Musterseite, seine Startposition, Endposition und Länge (jeweils in Bytes) auf der gleichen Webseite tabellarisch auszugeben. Freund Reinhard bekommt die Krise, wenn er liest, dies ginge nur mit Javascript. Heute ist dann eben Krisensitzung!
Ausserdem gibt meine Musterseite inzwischen alle Title-Attribute der A-Tags auf der gleichen Webseite aus. Weiter geht's: mañana oder sprich: man'jaa'na.
Seinem Rat folgend, ist dies ein kurzer Weblogbeitrag. (dp) (0,25h)
Nachtrag_1 am 16.2.2008 um 17.40Uhr: Nach weiteren "Übungsstunden" ist es jetzt (offline) möglich, die Quellcode-Positionen der gesuchten Worte oder Wortteile mit HTML-Position von A-Tags abzugleichen und als Treffer auf der gleichen Webseite aufzulisten. Eine Idee zur Hervorhebung der möglichen Fundstellen im Webseitenkontext ist bereits geboren, jedoch fehlt zur Umsetzung noch Javascript-Wissen. (dp)(0,15h)
Nachtrag_2 am 16.2.2008 um 21.40Uhr: Nach weiterem Experimentieren mit javascript ist es nun (online) möglich, die gefundenen bildlichen Textpassagen farblich hervorzuheben. Auch lassen sich diese Hervorhebungen wieder zurücksetzen. Leider verstehe ich noch nicht, wie es (beim Firefox gezeigt) so einfach möglich ist, im normalen Text die Fundstellen farblich hervorzuheben. Andere Pseudo-Links braucht die Musterseite : Wahrscheinlich muss auf der Musterseite im Body-Tag noch die Linkfarbe angegeben werden, damit der liebe Internet Explorer die Textpassagen ebenso wie der Firefox-Browser hervorhebt. Alles braucht seine Zeit. (dp) (0,75h)
Nachtrag_3 am 17.2.2008 um 17.30Uhr: Mein letzter Gedanke: vielleicht rahmt der I.E.-Browser im Gegensatz zum Firefox-Browser und im Gegensatz zu jpg-Bildern die gif-Bilder anders (nämmlich garnicht)? Die (jpg-)Bilder auf dieser Seite http://www.c-vitamine.de/mydiss_1col.html werden doch auch vom I.E. als Link gerahmt. Noch verstehe ich es nicht!! (dp) (0,25h)
Nachtrag_4 am 18.2.2008 um 16.20Uhr: Nach endlich vielen Stunden steht nun fest:bei nichtinitial-vorliegendem href-Attribut im A-Tag des HTML-Codes gilt:- Link-Hervorhebung im Firefox-Browser:
- Zerlegung der Bilderkette in Einzelbilder
- Link-Rahmung um jedes Einzelbild
- Link-Hervorhebung im I.E.-Browser: nichts passiert
bei initial-vorliegendem href-Attribut im A-Tag des HTML-Codes gilt:- Link-Hervorhebung im Firefox-Browser:
- Bilderkette ist bereits in Einzelbilder zerlegt
- jedes Einzelbild ist bereits gerahmt
- Link-Hervorhebung im I.E.-Browser:
- Bilderkette ist bereits in Einzelbilder zerlegt
- jedes Einzelbild ist bereits gerahmt
- Link-Hervorhebung wird im Firefox-Browser gelöscht (= href-Attribut im A-Tag wird entfernt):
- Link-Rahmung um jedes Einzelbild wird entfernt
- Einzelbilder werden zu Bilderketten zusammengefasst (= Leerstellen werden entfernt)
- Link-Hervorhebung im I.E.-Browser gelöscht (= href-Attribut im A-Tag wird vermutlich nicht entfernt):
- Link-Rahmung um jedes Einzelbild wird entfernt
- Einzelbilder werden nicht zu Bilderketten zusammengefasst (= Leerstellen werden nicht entfernt)
D.h.: dieser Code document.getElementsByTagName('a')[j].removeAttribute('href') als auch dieser Code document.getElementsByTagName('a')[j].href='javascript:NoLink()' wird jeweils von beiden Browsern unterschiedlich interpretiert.
Vermutlich macht es eine Komfort-Funktion im Firefox möglich document.getElementsByTagName('a')[j].href erst zu erzeugen, falls das href-Attribut nicht existiert, und danach dieses href-Attribut mit einem Wert (hier z.B. "javascript:NoLink()") zu belegen. Beim I.E. ist vermutlich vorausgesetzt, dass das href-Attribut bereits im A-Tag existieren muss, um es belegen zu können.
Nach neuesten Erkenntinissen stimmt folgende Vermutung nicht, dass beim Firefox bei removeAttribut('href') nicht nur die Belegung des href-Attributes aufgehoben, sondern zur Code-Optimierung das unnötige href-Attribut aus dem A-Tag entfernt wird, wohingegen der I.E.-Browser nur die Belegung rückgängig macht, jedoch das href-Attribut als Dummy weiterhin im A-Tag belässt.
Denn wenn man sich mit Alert() den gesamten Code anschaut, dann werden die Attribut-Änderungen auch durchgeführt. Neue These: vermutlich prüft der I.E. vor der Link-Rahmung um die Bilder, ob noch genug Freiraum vorhanden ist. Da dies wohl nur bei Elternknoten (A-Tags) der Fall ist, die beim Seitenaufruf bereits das href-Attribut vorbelegt hatten, werden diese Bilder auch nur in diesem Fall (reversibel) durch Rahmung hervorgehoben. Leider lassen sich beim Löschen der Rahmung (mit Hilfe von removeAttribute) diese Freiräume bei der I.E.-Darstellung (noch) nicht beseitigen. Diese Freiräume müssten vielleicht über z.B. zu Cellspacing, Cellpadding usw. analoge Boxen-Parameter angesprochen werden können.
Ob man dieses Defizit beim I.E. mit einem Javascript-Code oder Stylesheet-Code CSS korrigieren kann? (dp) (1,35h)
Nachtrag_5 am 20.2.2008 um 21.40Uhr: Trotz der Validierung in HTML und CSS hatten die I.E.-Testläufe nichts neues gebracht.
Jedoch liege ich, wie erste offline-Erfolge zeigen, mit meiner Vermutung vermutlich richtg: wenn man im IMG-Tag noch ein border-Attribut mit einer Vorbelegung ungleich "0" einbaut, kann man den I.E. wohlgefällig stimmen. Er rahmt beim ersten Aufruf die schon gerahmten Bilder mit einem link-Rahmen. Morgen werden wir vielleicht sehen, ob es vorteilhaft ist, für den I.E. eine Extrawurst zu braten und ihm zwecks Hervorhebung der Suchwort-Bilderkette das Border-Attribut mit Javascript einzubauen oder für die Löschfunktion zu entfernen. (dp) (0,25h)
Nachtrag_6 am 25.2.2008 um 08Uhr: "Endlich fertig!" hatte ich am 24.2.2008 um 13.10Uhr gedacht, weil das Programm ab jetzt offline richtig lief. "Pustekuchen! Vorbeigedacht!" In einer Nachtsitzung wurde die Ursache geklärt, warum eine Variable beim Benutzen des Firefox mit richtigen Werten und bei der Benutzung des I.E. mit falschen Werten belegt war. Freudig hatte ich meine erste Erfahrung beim Firefox ausgedrückt: man braucht nur auf kleinbuchstaben-namige Tags (z.B.: "a", "img") und Attribute prüfen. Wie sich jetzt ergab, muss beim Benutzen des I.E. auf großbuchstaben-namige Tags (z.B.: "A", "IMG" ) geprüft werden.
Der Entwurf der logischen Funktion zur Abfrage nach dem Browser-Hersteller oder anderer Spezifikationen schien einfach, zumal bereits eine javascript-basierte funktionierende HTML-Webseite vorhanden ist.
Doch nach vielen Fehlermeldungen ist es mir in 2,5Stunden nicht gelungen, diese Funktion zum Laufen zu bringen, obwohl bereits logische Funktionen in meiner sütterlin-Seite funktionstüchtig integriert sind. Jetzt brauche ich erst mal eine Mütze voll Schlaf! (dp) (0,25h)
Nachtrag_7 am 25.2.2008 um 15.40Uhr: Da war ich schon "betriebsblind" und hatte mit meinen Augen die Unterschiede in der Groß-/Kleinschreibung übersehen. Doch damit bin ich gleich beim Thema. Den Unterschieden in der Groß-/Kleinschreibung bezüglich der von Javascript ermittelten Browserdaten von Firefox und I.E. werde ich einen separaten Beitrag (25.2.2008) widmen. Damit wird auch plausibel (wenn auch noch nicht im Detail verstanden), warum die jeweilige linksseitige und rechtsseitige Position möglicher Suchwort-Fundstellen sich bei Anwendung durch Firefox und I.E. unterscheiden. (dp) (0,25h)
Linksammler:
Adminbereich
| Diese Seite bookmarken
| Weitersagen |
|
 |
| < | Februar 2008 | > | | So | Mo | Di | Mi | Do | Fr | Sa |
|