Der Zugriff auf JavaScript und das DOM-Object ist ebenso gegeben. Ein tolles Tool wenn man mal wieder den den Fehler in einer Webseite sucht ;-)

Die Technik wird Hochgelebt und sicherlich kann man einige nett Sachen machen. Google zeigt uns immer wieder mit ihren Diensten das der Einsatz von AJAX eine Webseite/Webapplikation das feeling eines richtigen Programms vermitteln kann.

Was war nun aber mein Problem:

Angefangen hat es damit, dass ich es auf keinen schnellen Server ausprobiert habe. Ich wollte eine SELECT-Box haben in der ich eine Kategorie auswähle und passend zu der ausgewählten Kategorie die Unterkategorien in einer neuen SELECT-Box erhalte.

Leider war der Server mit der Datenbankconection so langsam das die Abfrage mindestens 4 Sekunden gebraucht hat. Derweil passiert bekanntlich nichts auf der Seite.

Was ist die Konsequenz: Der User klickt mehrmals hintereinander auf die Box, klickt Enter oder sucht den „Senden-Button“.

Das nächste was mich total stört ist die Tatsache, dass man einer Option, einer SELECT-Box, kein Parameter mit dem Eventhandler versenden kann wenn man auch den IE unterstützen möchte.

Zum programmieren ist das ganze auch recht unübersichtlich wie ich finde. Mal eine Spielerei in eine Webseite einbauen ist ganz nett. Sollte ich jetzt aber ganze Webapplikation mit AJAX realisieren … gute Nacht.

Es handelt sich um ein „alles fix und fertig“ Produkt. Ähnlich wie man es vom Mac kennt. Die heutigen Tätigkeistfelder von Homeanwändern, das schreiben von eMails, Briefen, Chaten, Musik organisieren, Bilder bearbeiten & organisieren, werden vom Simplico System abgedeckt.

Keine Angst vor Dialern, Viren oder das der Engel mal wieder den ganzen Computer zerschrottet. Es handelt sich hier um keine Windows unter der Oberfläche, soviel sei gesagt.

Aber hey, das ging alles diesmal richtig schnell.
Die größte Überraschung war der W3C Test am Ende. Sonst schau ich immer schon mal zwischendurch ob alles soweit okay und valid ist. Ich bin so ein leicht schusseliger Mensch und vergesse auch schon mal ein Tag zu schließen oder andere Kleinigkeiten. Diesmal habe ich es erst am Ende gecheckt und alles war valid und funktioniert in allen Browser die ich hier auf meine PowerBook habe incl. InternetExplorer für Mac.

Also ab sofort muss ich mich nicht verstecken. Ich habe verstanden wie es geht. Jetzt werde ich mich noch eine Weile mit den Web Content Accessibility Guideline vom W3C beschäftigen damit das auch sitzt wie das 1mal1.

Wenn das doch nur mit dem lernen der englischen Sprache so einfach wäre.

Das ist aber nicht wirklich schön und bedeutet zusätzliche Arbeit.
Besser man löst das Problem mit CSS.

1. a[href$=".mp3"] {
2. padding-left:15px;
3. background: url(mp3.gif) no-repeat;
4. }
5. a[href$=".rtf"] {
6. padding-left:20px;
7. background: url(rtf.gif) no-repeat;
8. }

1. <meta http-equiv="cache-control" content="no-cache" />

angegeben ist. Das Problem ist das der Internet Explorer diese Zeile Code nicht interpretieren kann. Ob das in der Version 7 des Internet Explorers behoben ist, ist mir nicht bekannt.Aber es gibt auch für die Internet Explorer Benutzer eine Lösung:

1. <meta content="post-check=0" http-equiv="Cache-Control" />
2. <meta content="pre-check=0" http-equiv="Cache-Control" />

Insgesammt gibt es drei Zustände:

No-Check: Der Client soll keine Cachekontrolle durchführen

Post-Check: Der Client vergleicht die Seite nach der vorgegebenen Seite

Pre-Check: Der Browser vergleicht die Version auf dem Server und in seinen Cache.

Der oben gezeigte Code sollte ein cachen komplett verhindern.