<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: CSS-Selektoren und Performance</title>
	<atom:link href="http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/feed/" rel="self" type="application/rss+xml" />
	<link>http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/</link>
	<description>Weblog über Webstandards, das Internet und vieles mehr.</description>
	<lastBuildDate>Sat, 11 Feb 2012 15:28:23 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Joachim</title>
		<link>http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/comment-page-1/#comment-241248</link>
		<dc:creator>Joachim</dc:creator>
		<pubDate>Mon, 09 Jun 2008 09:47:26 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/#comment-241248</guid>
		<description>ich sehe in de r&#252;ckw&#228;rts gewandten Selektoren, die sich auf das Elternelement beziehen, eher die M&#246;glichkeit f&#252;r Css-Hacks, &#228;hnlich von &quot;!important&quot;, d.h. theoretisch habe ich eine sauber Struktur, in der Praxis schl&#228;gt das Marketing zu, und ich muss nachbessern. 

Imho stellt sich hierbei also das Performanceproblem nicht wirklich, schliesslich baut man so nicht seine Grundstruktur auf.

Die Kritik an &quot;descendant and child selectors&quot; ist abwegig und stellt imho das am Css in Frage, was der eigentliche sein entscheidender Vorteil ist: die M&#246;glichkeit, html weitgehend auf die Struktur zu beschr&#228;nken. 

Insofern denke auch ich - grade als Safari Nutzer - Dave, es gibt noch viel zu tun - nicht nur bez&#252;glich der Performance...

Gr&#252;sse, Joachim</description>
		<content:encoded><![CDATA[<p>ich sehe in de r&#252;ckw&#228;rts gewandten Selektoren, die sich auf das Elternelement beziehen, eher die M&#246;glichkeit f&#252;r Css-Hacks, &#228;hnlich von &#8220;!important&#8221;, d.h. theoretisch habe ich eine sauber Struktur, in der Praxis schl&#228;gt das Marketing zu, und ich muss nachbessern. </p>
<p>Imho stellt sich hierbei also das Performanceproblem nicht wirklich, schliesslich baut man so nicht seine Grundstruktur auf.</p>
<p>Die Kritik an &#8220;descendant and child selectors&#8221; ist abwegig und stellt imho das am Css in Frage, was der eigentliche sein entscheidender Vorteil ist: die M&#246;glichkeit, html weitgehend auf die Struktur zu beschr&#228;nken. </p>
<p>Insofern denke auch ich &#8211; grade als Safari Nutzer &#8211; Dave, es gibt noch viel zu tun &#8211; nicht nur bez&#252;glich der Performance&#8230;</p>
<p>Gr&#252;sse, Joachim</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Martin Kliehm</title>
		<link>http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/comment-page-1/#comment-239360</link>
		<dc:creator>Martin Kliehm</dc:creator>
		<pubDate>Fri, 06 Jun 2008 09:36:01 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/#comment-239360</guid>
		<description>Happy birthday to you, happy birthday tooo yoouu! ...</description>
		<content:encoded><![CDATA[<p>Happy birthday to you, happy birthday tooo yoouu! &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Struppi</title>
		<link>http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/comment-page-1/#comment-238670</link>
		<dc:creator>Struppi</dc:creator>
		<pubDate>Thu, 05 Jun 2008 12:29:21 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/#comment-238670</guid>
		<description>Das ist ja sch&#246;n und gut, aber wie h&#228;ufig sieht man die momentan schon zum Teil funktionerenden Selektoren?

Nachfahren-, Kind- und Nachbarselektoren sind in der freien Wildbahn selten anzutreffen. Selbst einfachste Errungenschaften wie Pseudoklassen (abgesehen von :hover), sind den allerwenigsten CSS Dateien zu finden. Verst&#228;ndlich, weil der IE bei vielen nicht mitmacht.

Insofern ist der Vorbehalt gegen&#252;ber einem so komplexen Ausdruck (immer wenn man programmieren zur&#252;ck schauen muss wird es schwierig) verst&#228;ndlich.</description>
		<content:encoded><![CDATA[<p>Das ist ja sch&#246;n und gut, aber wie h&#228;ufig sieht man die momentan schon zum Teil funktionerenden Selektoren?</p>
<p>Nachfahren-, Kind- und Nachbarselektoren sind in der freien Wildbahn selten anzutreffen. Selbst einfachste Errungenschaften wie Pseudoklassen (abgesehen von :hover), sind den allerwenigsten CSS Dateien zu finden. Verst&#228;ndlich, weil der IE bei vielen nicht mitmacht.</p>
<p>Insofern ist der Vorbehalt gegen&#252;ber einem so komplexen Ausdruck (immer wenn man programmieren zur&#252;ck schauen muss wird es schwierig) verst&#228;ndlich.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Christian</title>
		<link>http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/comment-page-1/#comment-238471</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Thu, 05 Jun 2008 10:20:53 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/#comment-238471</guid>
		<description>Ich denke, die Performance in Sachen CSS wird generell &#252;berbewertet. Wann kam es denn mal vor, das eine Seite wirklich so langsam aufgebaut wurde das wir eine echte zeitliche Verz&#246;gerung im CSS-Rendering merken konnte, die den Besucher dann auch noch st&#246;ren k&#246;nnte?

Da dauert das Laden der Bilder doch schon um ein vielfaches l&#228;nger. Und warum wird eigentlich vorgeschrieben was wir nutzen sollten? Es geht doch nur darum, die M&#246;glichkeit &#252;berhaupt erstmal zu schaffen. Ob wir am Ende wirklich wieder mit Klassen arbeiten weil die Seite hackelt bleibt doch dann uns &#252;berlassen.</description>
		<content:encoded><![CDATA[<p>Ich denke, die Performance in Sachen CSS wird generell &#252;berbewertet. Wann kam es denn mal vor, das eine Seite wirklich so langsam aufgebaut wurde das wir eine echte zeitliche Verz&#246;gerung im CSS-Rendering merken konnte, die den Besucher dann auch noch st&#246;ren k&#246;nnte?</p>
<p>Da dauert das Laden der Bilder doch schon um ein vielfaches l&#228;nger. Und warum wird eigentlich vorgeschrieben was wir nutzen sollten? Es geht doch nur darum, die M&#246;glichkeit &#252;berhaupt erstmal zu schaffen. Ob wir am Ende wirklich wieder mit Klassen arbeiten weil die Seite hackelt bleibt doch dann uns &#252;berlassen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jeena Paradies</title>
		<link>http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/comment-page-1/#comment-238418</link>
		<dc:creator>Jeena Paradies</dc:creator>
		<pubDate>Thu, 05 Jun 2008 08:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/#comment-238418</guid>
		<description>Ich unterschreibe deinen Schlussatz. Immherhin haben die Webkit-Jungs doch auch die JS-engine so umgeschrieben dass sie vom Ansatz her anders arbeitet und schon in der anfangsphase ohne signifikante optimierungen 1,6 mal schneller ist als die optimierte version der alten Engine. Das m&#252;sste wohl auch beim CSS m&#246;glich sein.</description>
		<content:encoded><![CDATA[<p>Ich unterschreibe deinen Schlussatz. Immherhin haben die Webkit-Jungs doch auch die JS-engine so umgeschrieben dass sie vom Ansatz her anders arbeitet und schon in der anfangsphase ohne signifikante optimierungen 1,6 mal schneller ist als die optimierte version der alten Engine. Das m&#252;sste wohl auch beim CSS m&#246;glich sein.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Philipp</title>
		<link>http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/comment-page-1/#comment-238407</link>
		<dc:creator>Philipp</dc:creator>
		<pubDate>Thu, 05 Jun 2008 07:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://grochtdreis.de/weblog/2008/06/05/css-selektoren-und-performance/#comment-238407</guid>
		<description>Insgesamt ist das eine fragw&#252;rdige Einstellung f&#252;r einen Browserhersteller. Bis CSS3 fl&#228;chendeckend zur Verf&#252;gung steht (und damit sinnvoll anwendbar wird), wird sich auch die Leistungsf&#228;higkeit der Systeme wieder deutlich erh&#246;ht haben.</description>
		<content:encoded><![CDATA[<p>Insgesamt ist das eine fragw&#252;rdige Einstellung f&#252;r einen Browserhersteller. Bis CSS3 fl&#228;chendeckend zur Verf&#252;gung steht (und damit sinnvoll anwendbar wird), wird sich auch die Leistungsf&#228;higkeit der Systeme wieder deutlich erh&#246;ht haben.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

