<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"> 
<channel>
    

    <title>Essay zu CSS&#45;Frameworks ver&#246;ffentlicht</title>
    <link>http://www.highresolution.info/weblog/entry/essay_zu_css-frameworks_veroeffentlicht/</link>
    <description>Fast in direkter Folge auf diesen Artikel erschien seinerzeit Blueprint CSS auf der Bildfl&#228;che und leitete einen weltweiten Hype ein, obgleich Projekte wie YAMLoder YUI Grids zu diesem Zeitpunkt bereits jeweils etwa 2 Jahre Entwicklungszeit hinter sich hatten. Keines der beiden Projekte vermochte aber die Aufwerksamkeit der Gemeinde der Webentwickler derart aufzur&#252;tteln.

Mit Blueprint CSS und seinem geradlinigen Grid&#45;Ansatz kamen die Diskussionen um CSS&#45;Frameworks in Schwung, wobei insbesondere im englischen Sprachraum aufgrund des Hypes die beiden Bezeichnungen &#8220;CSS&#45;Frameworks&#8221; und &#8220;Blueprint CSS&#8221; sehr eng miteinander verbunden. Positive Stimmen heben den Gridansatz von Blueprint (und damit CSS&#45;Frameworks) in den Himmel, kritische Stimmen bem&#228;ngeln den tabellen&#228;hnlichen Aufbau des Markups, weiten ihre Kritik aber ebenso wie die Bef&#252;hrworter meist pauschal auf alle Framework&#45;Projekte aus. Hinzu kommt die verbreitete Liebe zu Top&#45;Listen&#45;Blogbeitr&#228;gen (&#8220;Die 10 besten ...&#8221;, &#8220;Die 100 besten ...&#8221;), wobei das Hinterfragen der unterschiedlichen Projektans&#228;tze zugunsten der Masse auf der Strecke bleibt.

Bereits auf dem Webkongress 2008 in Erlangen habe ich deshalb in meinem Vortrag versucht, einen etwas differenzierteren Blick auf die Vielzahl der Frameworkprojekte zu werfen und dabei die individuellen St&#228;rken und Grenzen der Projekte, wie auch die allgemeinen Vorteile der Arbeit mit CSS&#45;Frameworks herauszuarbeiten. Der im Verlauf der letzten 3 Wochen in Zusammenarbeit mit Nils Pooker entstandene Essay &#8220;Was Sie &#252;ber CSS&#45;Frameworks wissen sollten!&#8221; ist eine Fortf&#252;hrung dieser Betrachtung, der parallel auch in englischer Sprache ver&#246;ffentlicht wird.

Wir haben dabei bewusst die L&#228;nge des Essays in Kauf genommen, denn wir wollten alle in der &#246;ffentlichen Diskussion befindlichen Aspekte ansprechen und nicht in einer Serie Einzelartikeln in Details verlieren. Zu schnell ginge in der Hitze der Diskussion der Blick auf das &#252;bergeordnete Konzept verloren. Erwartungsgem&#228;&#223; steckt in diesem Essay unsere meine Meinung pro CSS&#45;Frameworks, denn sonst w&#252;rde ich mich wohl kaum um die Weiterentwicklung von YAML k&#252;mmern. Wir hoffen, mit diesem Essay die Diskussion anregen zu k&#246;nnen und freuen uns auf hoffentlich zahlreiche Kommentare und Blogbeitr&#228;ge, gern auch mit gegenteiligen Meinungen. Bei Interesse antworten wir auf interessante Diskussionspunkte auch gern mit einem Folgebeitrag. 

In diesem Sinne, viel Spa&#223; beim Lesen ...</description>
    <dc:language>de-de</dc:language>
    <dc:creator>Dirk Jesse</dc:creator>
    <dc:rights>Copyright 2009</dc:rights>
    <dc:date>2009-03-23T;09:26:31+00:00</dc:date>
    <admin:generatorAgent rdf:resource="http://www.expressionengine.com/" />
<!--
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/"
         xmlns:dc="http://purl.org/dc/elements/1.1/">
<rdf:Description
    rdf:about="http://www.highresolution.info/weblog/entry/essay_zu_css-frameworks_veroeffentlicht/"
    trackback:ping="http://www.highresolution.info/trackback/1370/7WjRXaMv/"
    dc:title="Essay zu CSS&#45;Frameworks ver&#246;ffentlicht"
    dc:identifier="http://www.highresolution.info/weblog/entry/essay_zu_css-frameworks_veroeffentlicht/" 
    dc:subject="CSS &amp;amp;amp; XHTML,Frameworks"
    dc:description="Fast in direkter Folge auf diesen Artikel erschien seinerzeit &amp;lt;a href=&quot;http://code.google.com/p/blueprintcss/&quot;&amp;gt;&amp;lt;em&amp;gt;Blueprint CSS&amp;lt;/em&amp;gt;&amp;lt;/a&amp;gt; auf der Bildfl&#228;che und leitete einen weltweiten Hype ein, obgleich Projekte wie &amp;lt;a href=&quot;http://www.yaml.de&quot;&amp;gt;&amp;lt;em&amp;gt;YAML&amp;lt;/em&amp;gt;&amp;lt;/a&amp;gt;oder &amp;lt;a href=&quot;http://developer.yahoo.com/yui/grids/&quot;&amp;gt;&amp;lt;em&amp;gt;YUI Grids&amp;lt;/em&amp;gt;&amp;lt;/a&amp;gt; zu diesem Zeitpunkt bereits jeweils etwa 2 Jahre Entwicklungszeit hinter sich hatten. Keines der beiden Projekte vermochte aber die Aufwerksamkeit der Gemeinde&#8230;"
    dc:creator="Dirk Jesse"
    dc:date="2009-03-23 09:26:31 AM GMT" />
</rdf:RDF>
--> 


    <item>
      <title>Kommentar von Dirk Jesse</title>
      <link>http://www.highresolution.info/weblog/entry/essay_zu_css-frameworks_veroeffentlicht/</link>
      <description>Hi Korbinian,

Blueprint oder 960.gs haben im Rahmen ihrer Möglichkeiten in etwa den gleichen Funktionsumfang wie YUI Grids. YUI Grids ist wirklich nicht &#8220;ganzheitlicher&#8221;, es verwendet lediglich einen etwas anderen Layoutansatz. Ganz im Gegenteil. Blueprint bringt wenigstens noch ein Print&#45;Stylesheet mit. YUI Grids kennt nicht einmal medienspezische Eigenschaften.

Ich habe kein Problem mit anderen Frameworks. Ich habe ein Problem mit der inflationären Verwendung des Begriffes für Dinge, die in Wirklichkeit keine Frameworks sind. Es gibt auch heute noch Unterschiede zwischen simplen Layoutvorlagen oder Filesammlungen und einem Framework. Auch ein Reset&#45;CSS ist kein Framework, es ist maximal ein Baustein innerhalb eines Frameworks. bzw. ein Codeschnipsel.</description>
      <content:encoded><![CDATA[<p>Hi Korbinian,</p>

<p>Blueprint oder 960.gs haben im Rahmen ihrer Möglichkeiten in etwa den gleichen Funktionsumfang wie YUI Grids. YUI Grids ist wirklich nicht &#8220;ganzheitlicher&#8221;, es verwendet lediglich einen etwas anderen Layoutansatz. Ganz im Gegenteil. Blueprint bringt wenigstens noch ein Print-Stylesheet mit. YUI Grids kennt nicht einmal medienspezische Eigenschaften.</p>

<p>Ich habe kein Problem mit anderen Frameworks. Ich habe ein Problem mit der inflationären Verwendung des Begriffes für Dinge, die in Wirklichkeit <i>keine</i> Frameworks sind. Es gibt auch heute noch Unterschiede zwischen simplen Layoutvorlagen oder Filesammlungen und einem Framework. Auch ein Reset-CSS ist kein Framework, es ist maximal ein Baustein innerhalb eines Frameworks. bzw. ein Codeschnipsel.
</p>]]></content:encoded>
    <dc:date>2010-07-27T;19:01:00+00:00</dc:date>
    </item>

    <item>
      <title>Kommentar von Korbinian Polk</title>
      <link>http://www.highresolution.info/weblog/entry/essay_zu_css-frameworks_veroeffentlicht/</link>
      <description>hallo

ich bin gerade dabei selbst so ein sogenanntes framework zusammenzubasteln &#45; allerdings eher für mich persönlich. 
bei der recherche fand ich es sehr aufschlussreich zu sehen wie andere web&#45;entwickler/&#45;designer ihre arbeitsordner und css&#45;dateien strukturieren. 
in deinem artikel habe ich eine leise kritik an der schwemme an frameworks herausgelesen &#45; ich finde jedes hat seine existenzberechtigung, auch wenn ich kein einziges für den produktiven einsatz benutzen würde. gerade deswegen finde ich die spezialisierten ansätze sehr wertvoll.

yaml verfolgt ja eine ganz andere philosophie und ist für den produktiven einsatz gedacht, und sollte deswegen auch von blueprint, 960.gs &amp;amp; co abgegrenzt werden.

für mich gibts 3 relevante ansätze:

1.
ganzheitliche frameworks die für den produktiven einsatz geeignet sind (yaml/yui css framework)
2.
layout frameworks die sich v.a. für schnelles prototyping eignen (blueprint/960.gs) und die mehr oder weniger nichts weiter tun als raster&#45;klassen definieren.
3.
typography resets (sen css/tripoli/eric meyer reset) die sich hauptsächlich mit bowserkonsistentem font&#45;rendering und baseline&#45;grids beschäftigen 

zu jedem ansatz lassen sich viele gute pro und kontra argumente finden, trotzdem haben alle ihre existenzberechtigung.


Ein CSS Framework bedeutet für mich weitaus mehr als grid&#45;klassen bereitzustellen und hübsche typo&#45;samplepages zu generieren,&amp;nbsp; deswegen kann ich deine kritik  an dem hype nachvollziehen, aber wie gesagt ich störe mich eher an dem begriff &#8216;framework&#8217; und freue mich darüber einblick in den arbeitsprozess von anderen zu bekommen.

Korbinian</description>
      <content:encoded><![CDATA[<p>hallo</p>

<p>ich bin gerade dabei selbst so ein sogenanntes framework zusammenzubasteln - allerdings eher für mich persönlich. <br />
bei der recherche fand ich es sehr aufschlussreich zu sehen wie andere web-entwickler/-designer ihre arbeitsordner und css-dateien strukturieren. <br />
in deinem artikel habe ich eine leise kritik an der schwemme an frameworks herausgelesen - ich finde jedes hat seine existenzberechtigung, auch wenn ich kein einziges für den produktiven einsatz benutzen würde. gerade deswegen finde ich die spezialisierten ansätze sehr wertvoll.</p>

<p>yaml verfolgt ja eine ganz andere philosophie und ist für den produktiven einsatz gedacht, und sollte deswegen auch von blueprint, 960.gs &amp; co abgegrenzt werden.</p>

<p>für mich gibts 3 relevante ansätze:</p>

<p>1.<br />
ganzheitliche frameworks die für den produktiven einsatz geeignet sind (yaml/yui css framework)<br />
2.<br />
layout frameworks die sich v.a. für schnelles prototyping eignen (blueprint/960.gs) und die mehr oder weniger nichts weiter tun als raster-klassen definieren.<br />
3.<br />
typography resets (sen css/tripoli/eric meyer reset) die sich hauptsächlich mit bowserkonsistentem font-rendering und baseline-grids beschäftigen </p>

<p>zu jedem ansatz lassen sich viele gute pro und kontra argumente finden, trotzdem haben alle ihre existenzberechtigung.</p>

<p><br />
Ein CSS Framework bedeutet für mich weitaus mehr als grid-klassen bereitzustellen und hübsche typo-samplepages zu generieren,&nbsp; deswegen kann ich deine kritik  an dem hype nachvollziehen, aber wie gesagt ich störe mich eher an dem begriff &#8216;framework&#8217; und freue mich darüber einblick in den arbeitsprozess von anderen zu bekommen.</p>

<p>Korbinian
</p>]]></content:encoded>
    <dc:date>2010-07-27T;19:01:00+00:00</dc:date>
    </item>
 

</channel>
</rss>