Schon mal was mit Python gemacht? Sollte man aber, ist nämlich eine sehr einfache und trotzdem vielseitige Programmiersprache. Selbst wenn man, wie ich zum Beispiel, nur die absoluten Grundlagen draufhat, wird man nach Ansicht dieses Beispielcodes sofort verstanden haben, um was es bei CleverCSS geht:
ul: margin: 0 padding: 0 li: font-> family: Arial size: 13px style: italic padding: 4px margin: 8px h3: font-size: 17px p: padding: 8px p.foo: color: #FF0000
Das ist genau das, wonach es aussieht, eine Mischung aus Python und CSS. Programmierte Stylesheets sozusagen. Durch die Verschachtelung spart man sich komplizierte Selektoren, man kann Konstanten verwenden (background_color = #ccc
), Berechnungen durchführen (42px + 2
) und hat nette Hilfsfunktionen an der Hand (Color.darken(50)
).
Wenn ich jetzt noch wüsste, wie man das (außerhalb von Python-Frameworks) sinnvollerweise zum Einsatz bringen kann …
Kommentare (21)
Andreas ¶
25. September 2008, 06:38 Uhr
Wenn Python auf dem Server verfügbar ist, müsste das evtl. funktionieren oder nicht? Und sowas sehe ich in letzter Zeit öfters (was ja nicht zwingend bedeutet, dass Django o.ä. einsetzbar ist, aber halt Python CGI), z. B. bei Host Europe...
der_Klaus ¶
25. September 2008, 07:01 Uhr
gehts auch c-lastig? vlt mit structs für font? ;)
die sprache hat mir nämlich entschieden zu wenig klammern (genau wie netlogo zu viele klammern hat, da gibst {..} und [...] und (...) und prozeduren werden mit "to ... end" umgesetzt ^^)
Björn Abheiden ¶
25. September 2008, 07:13 Uhr
Ich bin schon mal schwer davon angetan, da hier ja durchaus schon mehrfach über die Möglichkeiten diskutiert wurde, wie man "dynamisches" CSS erstellen könnte.
Eine Frage noch zur Syntax:
Aus welchem Grund muss hinter dem "ul" kein Doppelpunkt?
Lexx ¶
25. September 2008, 07:24 Uhr
Cool, gefällt mir. Ich glaub, das sollte mal ausprobiert werden..
Lexx ¶
25. September 2008, 07:25 Uhr
Zitat Björn Abheiden:
Eine Frage noch zur Syntax:
Aus welchem Grund muss hinter dem "ul" kein Doppelpunkt?
Weil die Einrückung zählt, wenn mich meine Pythong-Kenntnisse nicht täuschen.
macx ¶
25. September 2008, 07:27 Uhr
Ähhh... „komplizierte Selektoren“? Ich empfinde HTML und CSS als kinderleicht. Das muss man nicht verkomplizieren. ;-)
Ingo ¶
25. September 2008, 07:37 Uhr
Von Shaun Inman gibt es etwas ähnliches für PHP-fähigen Webspace:
http://www.shauninman.com/archive/2008/05/30/check_out_css_cacheer
derJan ¶
25. September 2008, 08:14 Uhr
Ich bin ja nach wie vor ein Fan von haml, und dort sorgt sass in ähnlichem Stil für CSS.
Peter ¶
25. September 2008, 08:57 Uhr
Zitat Björn Abheiden:
Weil ich vergesslich bin. Will sagen, eigentlich muss da durchaus einer hin.
Zitat derJan:
Link(s)!
Daniel Harrington ¶
25. September 2008, 10:14 Uhr
Haml: http://haml.hamptoncatlin.com/
Sass: http://haml.hamptoncatlin.com/docs/rdoc/classes/Sass.html
Daniel Harrington ¶
25. September 2008, 10:16 Uhr
Aso und hier das "Lab", um beides auszuprobieren :)
http://lab.hamptoncatlin.com/
Julian ¶
25. September 2008, 10:25 Uhr
Warum sollte man dafür den Python auf dem Server brauchen? Ich fände das etwas schwachsinnig, wenn das CSS bei jeden Aufruf generiert werden muss.
Am besten wäre es wohl, wenn man das ganze lokal generiert und das fertige CSS auf dem Server lädt. Das würde ihn bestimmt auch entlasten.
Aber ein Apache/lighttpd-Modul, das CleverCSS verarbeitet wäre sicherlich auch cool.
Peter ¶
25. September 2008, 10:30 Uhr
Zitat Julian:
Das wäre aber im Produktionsprozess nicht so bequem. Da wäre es doch gut, wenn das Generieren online stattfände, man aber eine Art Cache aktivieren kann, wenn man gerade nicht am CSS bastelt.
Julian ¶
25. September 2008, 11:19 Uhr
Zitat Peter:
Ich gehe doch davon aus, dass du deine Seiten lokal bastelst und dann auf dem Server lädst, oder? Und darum würde ich lokal das CSS immer dynamisch generieren, bei Hochladen auf den Server aber dann eine statische Version des "echten" CSS verwenden.
Das könnte man bestimmt sehr schön mit Fabric erledigen.
Juicy ¶
25. September 2008, 12:20 Uhr
Ich seh das genauso wie macx. Völliger Schwachsinn für alles zig Schreibweisen zu finden (siehe HAML und SASS)...
MiSc ¶
25. September 2008, 13:09 Uhr
Position: Please use bcn_display instead of breadcrumb_nav_xt_display
Peter ¶
25. September 2008, 13:12 Uhr
Jaja, ich reparier’ das heute. Cool bleiben.
brodo ¶
25. September 2008, 14:45 Uhr
Ich fänds ja ganz nett wenn die Browser selber Python könnten. Dann wär man endlich Javascript los.
Daniel Harrington ¶
25. September 2008, 16:35 Uhr
Oh jaaa ... noch ein Punkt, den der eine so und der nächste anders interpretieren kann :ouw
Peter ¶
25. September 2008, 17:41 Uhr
Zitat brodo:
Seitdem es jQuery und Co gibt ist das nun wirklich nicht mehr so dramatisch, dass jetzt alle Browser umgebaut werden müssten.
Stefan Nitzsche ¶
25. September 2008, 21:22 Uhr
*grübelt* Wofür war das gleich nochmal?