Kommentare zu: Conditional comments, wenige Requests

Von: Harald Engels

Harald Engels — Tue, 01 Sep 2009 10:36:03 +0000

Separate CSS-Dateien können die Übersicht verbessern aber auch verschlechtern. Hier spielt der Aufbau und die logische Anordnung der Styles eine große Rolle.
Freunde einer Vielzahl von CSS-Dateien können dem Problem der HTTP-Requests dadurch aus dem Weg gehen, indem Sie auf dem Server die CSS-Dateien via PHP zusammenfügen.

Von: Webagentur

Webagentur — Fri, 24 Jul 2009 06:06:48 +0000

Ich habe diese Methode zwar noch nie eingesetzt, aber ich bleibe lieber bei der anderen Variante. Für mich ist es so übersichtlicher, da ich genau weiss, wo ich was habe.

Von: Markus

Markus — Sat, 27 Jun 2009 10:08:03 +0000

Ich lass print und screen auch getrennt, den komischerweise wenn ich es in einer hab funktionieren manche scripte nicht mehr. warum? keine ahnung^^

Von: HTML/CSS/JS-Kickstart 0.9 « Martin Szymanski - Blog

HTML/CSS/JS-Kickstart 0.9 « Martin Szymanski - Blog — Fri, 26 Jun 2009 08:38:19 +0000

[...] Conditional Body Classes by Nico Brünjes [...]

Von: Paul

Paul — Thu, 25 Jun 2009 21:08:56 +0000

Ich bin auch für die Conitional Comments Methode, dennoch finde ich es eine Sauerei von Microsoft. So viele Menschen haben wegen einer Firma die eine Monopolstellung im IT Bereich hat nötige Probleme.

Von: Marc

Marc — Wed, 24 Jun 2009 07:32:33 +0000

@Christoph: Was Jens Meiert geschrieben hat, entbehrt imho jeder praktischen Relevanz. Ein Artikel aus der Reihe “ich behaupte einfach mal, $xy einzusetzen ist böse”, ohne, dass es wirklich handfeste und unumstößliche Argumente dafür gibt. Und die Argumente, die er bringt, sind teilweise wirklich hanebüchen. Siehe auch hier.

Von: Webzirk.us :: Pragmatische Sonderbehandlung des IE6

Webzirk.us :: Pragmatische Sonderbehandlung des IE6 — Mon, 02 Mar 2009 23:37:32 +0000

[...] für den IE6 kommt man nicht herum. Als Bestpractice hat sich dabei die der Einsatz von Conditional Comments etabliert, um alle (ausgelagerten) Hacks sauber von den “guten” CSS-Regeln zu trennen. Die Frage [...]

Von: Browser-Sniffing « Cyberer’s Weblog

Browser-Sniffing « Cyberer’s Weblog — Fri, 19 Dec 2008 13:23:19 +0000

[...] Hier habe ich ja schonmal übers Browsersniffing geschrieben, und auch hier. Was dabei herauskommt, wenn man es schlecht macht, schreiben die Operatester. Drum empfiehlt es [...]

Von: Nico Brünjes

Nico Brünjes — Tue, 16 Dec 2008 13:03:22 +0000

Ja, den Artikel kenne ich. Drum auch der erste Teilsatz dieses Artikels: »Ich halte conditional comments für eine Lösung…«. Viel Kritik, die Herr Meiert äussert bezieht sich allerdings auch auf die Strategie der verschiedenen Stylesheets für verschiedene Browsertypen. Zumindest der Kritikpunkt wäre ja bei meiner Lösung eben obsulet.

Natürlich nicht die anderen, durchaus berchtigten Kritikpunkte, die für mich aber einer idealen Vorstellungswelt entspringen, die derzeit nicht meiner Arbeitsrealität entspricht.

Damit das nicht ausser Acht gerät: besser ist es überhaupt, wenn man keine Hacks und/oder CCs braucht.

Von: Christoph

Christoph — Tue, 16 Dec 2008 09:12:34 +0000

Eine überlegenswerte Sache ist auch, komplett auf CCs zu verzichten. Jens Meiert hat hierzu einen interessanten Artikel geschrieben:

http://meiert.com/en/blog/20070201/why-conditional-comments-are-bad-repeat-bad/

Von: Nico Brünjes

Nico Brünjes — Mon, 15 Dec 2008 12:07:57 +0000

Hmmm… wir arbeiten ja mit einem XSLT-Prozessor, der das XML aus unserem Contentstorage zur Laufzeit in HTML transformiert. Anyone?

@Simon: thanx, habe Deine Kommentare zusammengelegt.

Von: Simon

Simon — Mon, 15 Dec 2008 12:04:40 +0000

@Jens: In TYPO3 kann man den body-Tag über die TypoScript-Eigenschaften bodyTagCObject und bodyTag manipulieren.

Man bräuchte die Conditional body comments noch nichtmal direkt ins HTML schreiben, sondern könnte die TypoScript-Bedingungen von TYPO3 selbst nutzen und je nach Browser unterschiedliche body-Tags ausgeben.
Das könnte ungefähr so aussehen (ungetestet):
http://pastebin.com/f642be2b5

Aber unübersichtlich wirds durch die ganzen Hacks schon.

Von: Peter

Peter — Mon, 15 Dec 2008 11:54:15 +0000

@Jens Grochtdreis: Typo3 lässt das natürlich schon zu. Man kann jederzeit den head oder body-Tag beliebig erweitern.

Von: Nico Brünjes

Nico Brünjes — Mon, 15 Dec 2008 10:42:30 +0000

Mit den Extra-Stylesheets habe ich bis dato zwecks Codesauberkeit gearbeitet. Das die nun übermäßig groß wären, hat ja nie jemand behauptet.

Von: Jens Grochtdreis

Jens Grochtdreis — Mon, 15 Dec 2008 10:32:05 +0000

Solange Dein CMS das zuläßt ist die Idee nicht schlecht. ich habe mir sagen lassen, daß Typo3 das nicht zuliesse, weil es selber eigenen Müll in den body-Tag reinschreibt. Das Template wird dadurch nicht besser lesbar und das Codehighlighting im Editor sicherlich getrübt. Seltsam: irgendwie brauche ich nie so viele Extrawürste für den IE6. daß ich dringend ein extra Stylesheet benötige. Und ich arbeite an großen Setien, nicht kleinen Blogs.

Von: Nie wieder eigene CSS-Dateien für den Internet Explorer - Peter Kröner - Die Kunst des Machbaren

Mon, 15 Dec 2008 10:16:30 +0000

[...] Diese Methode überzeugt. Statt dass man mit Conditional Comments zusätzliche komplettte CSS-Dateien für den IE einbindet, vergibt man je nach IE-Version eine eigene Body-ID. Dann kann man alle Korrekturen in seinen Hauptstylesheet schreiben und spart sich das Gewurste mit Dateien wie ie6.css, ie7.css und wie sie alle heißen mögen. Außerdem entfallen an dieser Stelle beim Seitenaufruf mit dem Internet Explorer gleich ein paar Requests. Eine rundum feine Technik. [...]

Von: Nico Brünjes

Nico Brünjes — Sat, 13 Dec 2008 22:23:53 +0000

Ja das ist so eine Sache mit dem Browsersniffing. Könnte man ja auch mit Javascript machen beispielsweise. Und für ein WordPress-Blog käme get_browser sicherlich auch in Frage.

Nebenbei: browsersniffing ist auch nicht gerade angesehen. Properitäre Microsoft-Technologien aber natürlich auch nicht.

Das fällt aber in anderen Arbeitsumgebungen, mit denen ich zu tun habe kategorisch aus. Dort steht weder PHP zur Verfügung, noch darf an einer solchen Stelle mit JS gearbeitet werden.

Von: Sönke

Sönke — Sat, 13 Dec 2008 14:28:08 +0000

ich habe sehr gute Erfahrungen mit get_browser gemacht. Damit verpasse ich dem body-Tag eine ID, die mich auch zwischen firefox0.5 und firefox3 unterscheiden lässt.

Außerdem bleibt mein Quellcode schlank und ich erspare den richtigen Browsern die unsäglichen Kommentare

Von: Nico Brünjes

Nico Brünjes — Fri, 12 Dec 2008 07:36:30 +0000

Habe bis vor kurzem genau so gemacht. Hat aber, zumindest im großen etwas heterogenen Team nicht sehr gut funktioniert. Ebenfalls haben sich die IE-Stylesheets bei sehr großen Umgebungen nicht bewährt.

Deswegen wollen wir einen anderen Weg gehen: die Styles werden modularisiert und über Buildscripte zu einer Datei zusammengefasst (und geschrumpft). Da macht es Sinn alles zu einem Modul gehörige, inkl. Printstyles und IE-targeted styles in einer Moduldatei zu haben.

Für mein kleines Block ist die Lösung aber ebenfalls praktisch, und für WP-Templates sowieso…

Von: Frank

Frank — Fri, 12 Dec 2008 07:14:54 +0000

Im Bezug auf Requests sehe ich das als Vorteil, im Bezug auf Umfang und Übersicht empfinde ich eine Trennung der einzelnen Stylesheets optimal. Ich trenne auch die print- und mobile-StyleSheets und lade nur dann, wenn sie auch benötigt werden.