Ich mag keine Automatik. Ich mag kein ESP. Ich mag kein ASR (Anti-Schlupf-Regelung), wenn ich das will, sollen auch mal die Räder durchdrehen. ABS muss ich nehmen, weil es Autos ohne das nicht mehr gibt.

Ich will SELBER fahren, es macht mir halt Spass

Andere sehen das anders, und das akzeptiere ich ohne Probleme. Beim autofahren wie beim Webdesign.

Bei mir ist es jedoch so, dass ich viele eigene Webseiten aufbaue und betreue. Noch vor kurzem habe ich jeden CSS-Code von Hand geschrieben und immer wieder von Vorn begonnen. Dabei habe ich natürlich verschiedene Ansätze probiert und immer wieder dazugelernt.

Inzwischen habe ich aber so viele Webseiten (zurzeit 7), dass der Wartungsaufwand enorm ist, weil ich mich bei jeder Seite erst in das Grundgerüst reindenken muss. Sicher geht das mit Firebug und Co. recht flott aber ich bin jetzt dazu übergegangen neue Seite mit YAML als Unterbau aufzuziehen. Alte Seiten passe ich nach und nach an. So habe ich die gleiche “Technik” unter jedem Webauftritt und kann bei Änderungen und Anpassungen viel schneller Arbeiten.

Und mir bleibt trotz YAML noch genug handgefertigtes CSS

Soviel zu meiner ganz individuellen Sicht auf CSS-Frameworks.

Macht Dich irgendwie sympatisch…

Dirk Jesse und Nils Pooker veröffentlichten einen Essay “Was Sie über CSS-Frameworks wissen sollten!” (siehe auch Dirks Blogbeitrag “Essay zu CSS-Frameworks veröffentlicht“).
Im Ergebnis setzen sich die beiden Autoren in ihre…

Zur Lizenz: Wenn du den Autor nennst und verlinkst, brauchst du keine Lizenzgebühren bezahlen. Im Impressum ist dafür immer Platz. Aber selbst wenn du darauf verzichten möchtest, sind 59,50 EUR nun wirklich kein Geld. Das kannst du jedem Kunden mit auf die Rechnung packen.

Mit der Zeit wird man aber müde. Müde von der ewigen gleichen Tipperei. Müde von den ewigen IE Anpassungen, die manchmal mehrere Stunden überdauern. Und der Gedanke, ey das ist doch alles digital, warum mach ich den Käse jedesmal von vorne? Ok wenn man Spaß dran hat, ok. Aber wenns zur Arbeit wird ist man um jede Erleichterung froh. Kollegen haben einen jedesmal aufs neue gefragt was der und der Style wo auf welcher Seite macht. Änderungen haben im Nachhinein irgend n Käse gemacht usw.

Also habe ich mir gewisse Programme, speziell für CSS angesehen. Mein erster Stop war CSSEdit von MacRabbit. Ein Volltreffer. Vervollständigung von Eingaben und live Änderung der Webseite während der Eingabe, machten die Arbeit zu einem Kinderspiel. Hinzu kam, das die Sache immer sofort Valid war und man Klassen und IDs in Ordner und Unterordner verpacken konnte. Ich setze es heute immernoch ein.

Soweit so gut. Aus der PHP Programmierung kannte ich den objektorientierten Ansatz, gleichen Code immer wieder zu verwenden, anstatt ihn zu kopieren. Und da wir ja mit CSS und HTML brav Inhalt von Design trennen, warum also auch nicht hier weiter abstrahieren.

Nach etwas gegoogele bin ich auf “Blueprint CSS” gestossen. Ein CSS Framework, dass sich nur auf das Wesentliche beschränkt. Einmal den Stylesheet eingebunden (8kb oder so) kann man komplette Seiten bauen, Grid basiert und Browsersicher, ohne auch nur ein Stück CSS zu schreiben. Ein enormer Zeit gewinn. Das Framework kümmerte sich dabei nur um die DIV Struktur und die Ausrichtung aller Type an einem Basegrid. Farben, BGs usw. muss ich immer noch selbstdefinieren. Perfekt für mich.

Es geht hierbei auch nicht allein um Faulheit oder Spaß sondern auch um persistente Qualität. Man schreibt durch ein Framework nicht einfach so irgendwie was, weil man es braucht, sondern gibt dem ganzen eine Struktur, die wiederverwendbar ist. Wenn ich mir da so alte CSS Styles von mir anschaue, ist da vieles redundant und um die Ecke gecodet. Dazu kommt, dass bei jedem Projekt dasselbe Problem irgendwie anders gelöst ist. Sowas schafft Probleme.

Ein Framework liefert also immer auch ein Stück Struktur und sichert durchgängig die Qualität. Gerade wichtig, wenn mehrere Leute an einem Projekt arbeiten. Wenn man genau weiß, dieser oder jener Style, macht genau das und das. Und das in jedem Projekt, dann kann das sehr sehr sehr entscheidend und qualitätssichernd sein.

Ich finde man sollte umbedingt bei grossen oder grösseren Projekten ein Framework einsetzen und sei es das eigene. Jedesmal von Null anzufangen ist nicht wirklich das Gelbe vom Ei.

PS: Yaml find ich persönlich schon fast zu groß und die Lizenzgebühren schrecken mich auch ab. Habs aber nicht weiter ausgetestet.

Ich selbst habe meine ersten Internetseiten vor 15 Jahren noch mit Notepad geschrieben, weil es keine Tools gab. Dann gab es zumindest Tools, die einem halfen Tabellen auf Knopfdruck zu erzeugen. (Jaja, ich weiß: “Tabellen” – aber damals war das so.)

Ich habe dann auch sehr gute Ergebnisse mit Frontpage erreicht – man musste nur die Macken kennen. Eine Site von damals ist sogar immer noch online und sie sieht immer noch so aus wie im IE4.

Heute würde ich nicht mehr auf Frameworks verzichten. Ich bin YUI-Fan. Da kann ich jeden beliebigen Inhalt reinschmeißen, und es funktioniert.

Das Problem sind nicht Frameworks oder nicht, sondern die Tatsache, dass HTML/CSS einfach noch nicht dafür gedacht ist, die Darstellung in beliebigen Anzeigegeräten in der Qualität zu gewährleisten, wie man sie aus dem Jahrhunderte alten Druckhandwerk gewohnt ist. Online ist nicht Print. Noch lange nicht. Frameworks sind der aktuelle Workaround.

Und nun doch nochmal zum Thema
YAML habe ich vor ca. einem Jahr in exakt einem Projekt eingesetzt. Mein Eindruck: Ich wurde von den vielen Dateien erstmal erschlagen (hatte die version mit den vielen Vorlagen und Beispielen). Trotzdem konnte ich dank ausgezeichneter Dokumentation das Template mit ca. 30% Mehrzeit fertigstellen.
Der Grund, warum ich YAML bisher nie mehr angefasst habe, ist, dass ich 1. genauso wie David gern selbst mein CSS schreibe und 2. gern alle “Fäden” des Templates selbst in der Hand halte. YAML ist zwar sehr flexibel, allerdings konnte ich auch nach 2 Stunden Suche kein Layout mit YAML zusammenbringen, das zB. einen fix positionierten Content in der rechten Seitenspalte hat. Wahrscheinlich liegt der Fehler ja in diesem Fall nicht bei YAML, aber für die Menge an HTML-Templates, die ich derzeit schreibe, rentiert es sich für mich auch zeitmäßig nicht, mich intensiv mit dem Framework zu beschäftigen. Aber wies ja bei vielem so schön heißt: Jeder/m das, was ihr/ihm gefällt.