| « » |
Verfasst am 15.01.2006 15:55:27 Uhr
Wie macht man dem Herrn Alert den Garaus?
|
Am Erscheinungsbild des Alert kann man den benutzten Browser erkennen. Doch dazu habe ich es hier nicht zusammengestellt. Ich war anfangs begeistert, dass man seine Besucher beim Abschied noch einen Gruß mit auf den Weg geben kann. Doch Reisende soll man nicht aufhalten. Daher begann ich mich daran zu stören, dass jeder (incl. meine Wenigkeit) dauernd auf o.k. (µs-I.E. & Opera, Mozilla & Firefox) oder auf das Kreuz in der rechten oberen Ecke (Mozilla & Firefox) klicken muss. Es ist auch ein Komfortabilitäts-(&Zeit-)verlust, wenn man nach dem Klick auf das Datum im Kalender noch seinen o.k.-Klick auf das onUnload-Alert geben muss. Und ich bin ein sehr geduldiger Mensch und wenn mich das stört, dann sozial unverträglich. Und dazu gibt der I.E. & Opera auch noch einen musikalisch-aufdringlichen Tusch!
Nach Beispielen im Netz kann ein neues Fenster (wird von Firefox als popup blockiert) geöffnet werden, um dort den Dankestext auszugeben. Es funktioniert aber wohl nur, falls es im Zusammenhang mit onclick gesetzt wird, was heisst, dass ein Deeplink in der Html-Seite angeklickt wird (z.B.: www.drpagel.de). Wenn man diesen Beitrag mit separaten body-Tags kapseln würde, so erwidert der Mozilla den Neuseiten-Gruß gefolgt vom onUnload-Alert, der I.E. und der firefox ersparen sich den onUnload-Alert beim Sprung auf einen Anker in diesem Beitrag, bei Aufruf externer Seiten ist jedoch der onUnload-Alert so schnell, dass man den Neuseiten-Gruß nicht oder nur selten mitbekommt. Nun werde ich mich wohl auf Dauer wenigstens hier im Weblog vom onUnload-Alert verabschieden.
Nach Einrichten des Neufenster-Grußes gibt der I.E. ihn auch aus, wenn man über die Adresszeile oder über den Kalender die Seite verlässt, der Firefox fragt erstmal dezent nach, wie er dieses Popup behandeln soll, beim Mozilla muss man sich selbst mühen, unter 'tools / popup manager' die popups dieser Seite zuzulassen. Also, wer sich zukünftig mit popup-Blocker vor meinem Gruß schützen will, dem werde ich ihn auch nicht extra aufdrängen. Letztmalig grüßt "" (dp)
Nachtrag_1 am 16.1.2006 um 02.47Uhr:
Eben erfahr ich von meinem Freund Reinhard, der wieder auf der Such nach neuen Fotoalben-Blogs-Homepages war und eines bei AOL angelegt hat, dass mein Mozilla mit Browser-Version das Betrachten seiner Bilder nicht unterstützt (wahrscheinlich werde ich nicht informiert, die popups freizugeben?).
Verwenden Sie einen der folgenden Browser für bestmögliche Ergebnisse im AOL Fotocenter.
* AOL Browser 1.0 und höher
* Microsoft Internet Explorer 5.5 und höher
* Mozilla Firefox 1.0 und höher
* Netscape 7.2 (Windows) und höher
* Safari 1.3 und höher
Oder klicken Sie auf "OK", um mit Ihrem aktuellen Browser fortzusetzen.
Also da sind noch andere Browser, die ich nicht kenne. Soll ich die nun auch alle testen, lieber Reinhard? (dp)
Nachtrag_2 am 21.1.2009 um 05.44Uhr:
Vor drei Jahren waren mir die Hilfsmittel von w3c.org und validome.org zur Validierung von HTML-Code und Links noch unbekannt. Der valide HTML-Code < a href="javascript:alert('Geht es nicht auch ohne Klick?')" >Beipieltext</a> wurde allerdings vom w3c-Linkchecker wegen fehlendem Hinweis für Nichtjavascript-Nutzer kritisiert. Beim Konstruieren einer HTML-Alternative kritisierte der HTML-Checker von validome.org dann Javascript-Schnipsel die </a> oder </b> enthielten, es seien EndTags zu diversen Elementen gefunden worden, obwohl keine AnfangsTags zu entdecken seien. Folgender HTML/Javascript-Code befriedigte beide Prüfprogramme:
<script type="text/javascript" language="JavaScript1.2"><!--
function tabu_alert(alert_text){
Out = '';
Out += '<a href="javascript:alert(\'';
Out += alert_text;
Out += '\');">';
Out += '<b>euer Alert</';
Out += 'b>';
Out += '</';
Out += 'a>';
document.write(Out);
return;}
tabu_alert('Geht es nicht auch ohne Klick?'); //--></script><noscript><table bgcolor="yellow" border="1"><tbody><tr><td>Alert needs Javascript</td></tr></tbody></table></noscript>"
Validome.org und w3c.org sei ♥ gedankt! (dp)(0,3h)
archiviert(tbid558.100): (dp) 21.01.2009 (+1h (+flagcounter +home.icon +html-korr. +js-korr. +w3c_LiCh)),02.8.2010(+0,03h(-validome.org+w3c_HTMLch))