LG
Alex

Natürlich hat mir auch diese Schulung
mit Dir Spass bereitet.
Werde Dich auf jeden Fall weiter empfehlen
und bestimmt die Aufbaukurse mit Dir bestreiten.
viele Grüße auf die andere Rheinseite,
Peter

Aber nicht das Du vor Neid erblasst,
wenn Du die ganzen Features siehst,
die ich eigenhändig geschrieben habe.

Nein Quatsch…
jetzt übe ich erst einmal und wenn ich Fragen habe
(was zu erwarten ist), werde ich mich
vertrauensvoll an Dich wenden.

Ich habe für den Firefox Screengrab! [de] 0.96.1 am Start. Schau dir das mal an. Ich bin begeistert!

Freundliche Grüße
Franz Engelhardt

leider sehe ich das nicht so, bloß weil die Webkrauts eine Vorgabe von Interface-Design gegeben haben, muss das fürs Web noch lange nicht gleichbedeutend sein. Was ich sage will, für Software im allgemeinen Sinne, wie Fernseher, Radio, Auto oder Betriebsystem ist das ok. Fürs Web sehe ich das anderes. Die Ladezeit von Seiten hängt mit der Geschwindigkeit des Netzes zusammen und wenn die langsam ist, nützt auch kein noch so schönes Lade-Bildchen.
Hinzukommt, dass Suchmaschinen außer der Startseite nix indezieren können, weil sie auf jeden Fall nicht JavaScript verstehen. Man müsste dann umständlich über eine URL-Analyse diese Möglichkeit mitanbieten – ob das sinnvoll ist wage ich zu bezweifeln.
Auch bin ich bei deiner Statistik (1% haben JavaScript nicht oder deaktiviert) sehr skeptisch. Woher weiß deine Statistik das? Der Server kann diese Angabe nicht vom Browser anfragen. Falls du dich auf clientseitige Analysetools beziehst, dann kenne ich nur welche die per JavaScript laufen und die können ohne JavaScript nicht die Statistik füttern.

Auch ich wünsche dir eine frohe Weihnacht, falls wir uns nicht mehr hören.

Rein statistisch gesehen ist die Zahl der Anwender im Frontend ohne JS mittlerweile (und ein Glück!) ebenso verschwindend gering (bei mir ca. 1%).
Daher ist m.E. Ajax/JS zugunsten des Bedienkomforts absolut zu befürworten.
Solange nicht auf eine aufgeblähte und den Seitenaufbau verlangsamende Methode zurückgegriffen wird. Dazu dienen dann später kleine “Warte-Images” wie sie eben auch in der Thickbox enthalten sind.

Denk an die Webkrauts:

Reaktionszeit
Alle Interaktionselemente müssen schnell reagieren. Es gibt nur wenig Dinge, die den Benutzer schneller verjagen, als ein langsames Interface. Studien belegen, dass jede Reaktionszeit unter 0,1 Sekunde dem Benutzer das Gefühl gibt, sofort zu reagieren. Alles bis zu einer Sekunde nimmt der Benutzer als Verzögerung wahr, hält ihn aber nicht von dem ab, was er tut. Ab einem Limit von zehn Sekunden verliert der Benutzer jedoch den Fokus und tut andere Dinge, um die Zeit zu überbrücken, oder beendet die Interaktion komplett.

In diesem Sinne und ein dickes Lob und – falls wir uns nicht mehr hören – ein frohes Weihnachtsfest
Hartmut

bei meinen Versuchen mit dieser Art des Einbindens von externen CSS-Dateien ist mir leider noch zusätzlich aufgefallen, dass an der Stelle, wo man selbst den IE überlisten kann, der ansonsten so grandiose WIN Safari streikt. Es scheint, als gäbe es da keine Möglichkeit, mit @import zu arbeiten.

Gruß Christian

Deshalb sehe ich das auch so, dass eine reine Dreamweaver-Schulung ohne nicht auf elementares CSS/XHTML einzugehen, nicht besonders sinnbringend ist. Schwer das Alles binnen einer Woche, dazu noch nur halbtags, zu vermitteln.

Hasta luego
Enrico

mfg Hartmut

Zum CMS-Thema kann ich nur so viel beitragen, dass ich mich seit 4 Wochen sehr intensiv mit Typo3 beschäftigt habe. Sicherlich ist es für eine kleine Webseite fast schon überdimensioniert und die Einarbeitung ist erheblich. Wenn es dann aber läuft, macht es irrsinnigen Spaß, weil man immer wieder Neues installieren, selber proggen, an CSS und Templates basteln kann und es natürlich eine ausgefeilte Front- und Backend-Userverwaltung beinhaltet.

Bis demnächst
Hartmut