<?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: Von Kisten und Kästchen</title>
	<atom:link href="http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/</link>
	<description>Für mehr Qualität im Web</description>
	<lastBuildDate>Fri, 20 Jan 2012 15:36:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>Von: Ralph</title>
		<link>http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/comment-page-1/#comment-25551</link>
		<dc:creator>Ralph</dc:creator>
		<pubDate>Mon, 14 Apr 2008 19:28:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/#comment-25551</guid>
		<description>Danke für die sehr schöne Zusammenfassung des Artikels und den Hinweisen in den Kommentaren, vor allem von Peter Müller.

Ralph</description>
		<content:encoded><![CDATA[<p>Danke für die sehr schöne Zusammenfassung des Artikels und den Hinweisen in den Kommentaren, vor allem von Peter Müller.</p>
<p>Ralph</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Achim H</title>
		<link>http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/comment-page-1/#comment-23371</link>
		<dc:creator>Achim H</dc:creator>
		<pubDate>Fri, 14 Dec 2007 03:36:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/#comment-23371</guid>
		<description>Erwähnen sollte man vielleicht noch:

dass im Internet-Explorer ein nicht angegebener bzw. nicht vollständiger Dokumenttyp (Quirksmodus) die Darstellung von blockbildenden Elementen hinsichtlich des Boxmodel falsch interpretiert wird.

dass gefloatete bzw. absolute/fix-positionierte Blockelemente ihre spezifische Breite verlieren und nur noch so breit dargestellt werden, wie der breiteste Inhalt in diesem Element ist.

dass jedes HTML-Element, auch &lt;html&gt;, eine Kiste darstellt, die formatiert werden kann. 

mfg Achim</description>
		<content:encoded><![CDATA[<p>Erwähnen sollte man vielleicht noch:</p>
<p>dass im Internet-Explorer ein nicht angegebener bzw. nicht vollständiger Dokumenttyp (Quirksmodus) die Darstellung von blockbildenden Elementen hinsichtlich des Boxmodel falsch interpretiert wird.</p>
<p>dass gefloatete bzw. absolute/fix-positionierte Blockelemente ihre spezifische Breite verlieren und nur noch so breit dargestellt werden, wie der breiteste Inhalt in diesem Element ist.</p>
<p>dass jedes HTML-Element, auch &lt;html&gt;, eine Kiste darstellt, die formatiert werden kann. </p>
<p>mfg Achim</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Susanne Jäger</title>
		<link>http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/comment-page-1/#comment-23078</link>
		<dc:creator>Susanne Jäger</dc:creator>
		<pubDate>Tue, 04 Dec 2007 12:45:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/#comment-23078</guid>
		<description>@Peter: Danke für den Hinweis auf die &quot;Design Patterns&quot;, das muss ich mir mal genauer anschauen. 
Mit dem Hinweis auf &quot;Styling ändert nichts an HTML-Regeln&quot; hast du selbstverständlich völlig recht, der Passus ist leider einer rigiden &quot;nicht mehr als 400 Worte&quot;-Vorgabe zum Opfer gefallen. Eigentlich bin ich ja geschwätziger. :-)

@macx: Ich habe sehr bewusst den Begriff Boxen gewählt, da sich der Artikel ausschliesslich mit der Frage der Darstellung - dem CSS-gesteuerten Layout befasst. Elemente bilden und beschreiben die Struktur im Markup;  die Boxen, Kästen oder Schachteln, die ich hier am Wickel habe, beziehen sich dagegen explizit auf die visuelle Darstellung. Vielleicht arbeite ich ja schon zu lange mit diesen Begriffen, aber meine Assoziation zu &quot;Box&quot; ist eher eine Art Karton-Stapel, mit vielfältigen Inhalten und nicht ein großer abgeschlossener Block.
Das Bauprinzip der ineinanderverschachtelten Boxen/Blöcke/Rechtecke ist m.E. für das Verständnis und die Konstruktion komplexerer Seiten - möglicherweiser sogar mit rund oder polygon &quot;erscheinenden&quot; Bestandteilen - von zentraler Bedeutung. Richtig spannend wird es nämlich erst, wenn es einmal darum geht, inline-Boxen/Kästen/Rechteck, die sich nicht wie erwartet verhalten, zu zähmen. Aber das ist eine andere Geschichte ...</description>
		<content:encoded><![CDATA[<p>@Peter: Danke für den Hinweis auf die &#034;Design Patterns&#034;, das muss ich mir mal genauer anschauen.<br />
Mit dem Hinweis auf &#034;Styling ändert nichts an HTML-Regeln&#034; hast du selbstverständlich völlig recht, der Passus ist leider einer rigiden &#034;nicht mehr als 400 Worte&#034;-Vorgabe zum Opfer gefallen. Eigentlich bin ich ja geschwätziger. <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>@macx: Ich habe sehr bewusst den Begriff Boxen gewählt, da sich der Artikel ausschliesslich mit der Frage der Darstellung &#8211; dem CSS-gesteuerten Layout befasst. Elemente bilden und beschreiben die Struktur im Markup;  die Boxen, Kästen oder Schachteln, die ich hier am Wickel habe, beziehen sich dagegen explizit auf die visuelle Darstellung. Vielleicht arbeite ich ja schon zu lange mit diesen Begriffen, aber meine Assoziation zu &#034;Box&#034; ist eher eine Art Karton-Stapel, mit vielfältigen Inhalten und nicht ein großer abgeschlossener Block.<br />
Das Bauprinzip der ineinanderverschachtelten Boxen/Blöcke/Rechtecke ist m.E. für das Verständnis und die Konstruktion komplexerer Seiten &#8211; möglicherweiser sogar mit rund oder polygon &#034;erscheinenden&#034; Bestandteilen &#8211; von zentraler Bedeutung. Richtig spannend wird es nämlich erst, wenn es einmal darum geht, inline-Boxen/Kästen/Rechteck, die sich nicht wie erwartet verhalten, zu zähmen. Aber das ist eine andere Geschichte &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Peter Müller</title>
		<link>http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/comment-page-1/#comment-23077</link>
		<dc:creator>Peter Müller</dc:creator>
		<pubDate>Tue, 04 Dec 2007 12:25:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/#comment-23077</guid>
		<description>@Eric
Gern geschehen, aber so fundamental war meine Anmerkung gar nicht gemeint.

@macx
Element und Box gibt es beides. Motto: 

&quot;Im Quelltext Element, am Bildschirm eine Box&quot;

Block-Elemente erzeugen Block-Boxen, Inline-Elemente Inline-Boxen (oder Inline-Block-Boxen wie bei Grafiken). Und Susanne hat ja schon angesprochen, dass es da noch diverse Mitteldinger gibt ... 

Im Englischen wird fast jedes viereckige Ding mit was drin als Box bezeichnet. Zigarettenschachteln
ebenso wie Häuser oder DVD-Hüllen.</description>
		<content:encoded><![CDATA[<p>@Eric<br />
Gern geschehen, aber so fundamental war meine Anmerkung gar nicht gemeint.</p>
<p>@macx<br />
Element und Box gibt es beides. Motto: </p>
<p>&#034;Im Quelltext Element, am Bildschirm eine Box&#034;</p>
<p>Block-Elemente erzeugen Block-Boxen, Inline-Elemente Inline-Boxen (oder Inline-Block-Boxen wie bei Grafiken). Und Susanne hat ja schon angesprochen, dass es da noch diverse Mitteldinger gibt &#8230; </p>
<p>Im Englischen wird fast jedes viereckige Ding mit was drin als Box bezeichnet. Zigarettenschachteln<br />
ebenso wie Häuser oder DVD-Hüllen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Eric Eggert</title>
		<link>http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/comment-page-1/#comment-23076</link>
		<dc:creator>Eric Eggert</dc:creator>
		<pubDate>Tue, 04 Dec 2007 11:42:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/#comment-23076</guid>
		<description>&lt;strong&gt;Zum Bild:&lt;/strong&gt; Peter Müller hat uns erlaubt seine Darstellung zu verwenden, die auch in meinen Augen die bessere ist. Vielen Dank.</description>
		<content:encoded><![CDATA[<p><strong>Zum Bild:</strong> Peter Müller hat uns erlaubt seine Darstellung zu verwenden, die auch in meinen Augen die bessere ist. Vielen Dank.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: macx</title>
		<link>http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/comment-page-1/#comment-23072</link>
		<dc:creator>macx</dc:creator>
		<pubDate>Tue, 04 Dec 2007 09:22:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/#comment-23072</guid>
		<description>Ich finde die Bezeichnungen Blockboxen und Inlineboxen ziemlich irreführend, weil ich bei einer Box zwangsläufig immer an einen großen schweren Kasten denke, der nichts neben sich duldet.
Besser finde ich die Bezeichnung Blockelemente und Inlineelemente. Die Verwendung von &quot;Element&quot; statt &quot;Block&quot; nimmt den Wörtern die Visualisierung und es bleibt die Struktur: &quot;Block&quot; und &quot;Inline&quot;. Block ist ein Block und geht immer bis zum Rand, Inline ist innen.
So zumindest würde ich es das erklären.</description>
		<content:encoded><![CDATA[<p>Ich finde die Bezeichnungen Blockboxen und Inlineboxen ziemlich irreführend, weil ich bei einer Box zwangsläufig immer an einen großen schweren Kasten denke, der nichts neben sich duldet.<br />
Besser finde ich die Bezeichnung Blockelemente und Inlineelemente. Die Verwendung von &#034;Element&#034; statt &#034;Block&#034; nimmt den Wörtern die Visualisierung und es bleibt die Struktur: &#034;Block&#034; und &#034;Inline&#034;. Block ist ein Block und geht immer bis zum Rand, Inline ist innen.<br />
So zumindest würde ich es das erklären.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Peter Müller</title>
		<link>http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/comment-page-1/#comment-23071</link>
		<dc:creator>Peter Müller</dc:creator>
		<pubDate>Tue, 04 Dec 2007 08:33:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2007/12/04/von-kisten-und-kaestchen/#comment-23071</guid>
		<description>Schönen Dank für den kurzen, knackigen Überblick zu &quot;Kisten und Kästchen&quot;. 

&lt;blockquote&gt;Block-Boxen bilden das Gerüst eines Layouts&lt;/blockquote&gt;

Ich habe bei Michael Bowers in &quot;CSS Design Patterns&quot; ein interessantes Konzept gelesen. Er unterscheidet bei den Block-Elementen zwischen &quot;structural&quot;, &quot;terminal&quot; und &quot;multi-purpose: 

Strukturierende (&quot;structural&quot;) Block-Elemente sind z. B. &lt;code&gt;ul&lt;/code&gt; oder &lt;code&gt;ol&lt;/code&gt;, die nur andere Block-Elemente aber keinerlei Inhalt enthalten dürfen. &quot;Inhalt&quot; definiert er übrigens als &quot;Text&quot; und &quot;Inline-Elemente&quot;, wenn ich mich richtig erinnere.
Abschließende (&quot;terminal&quot;) Block-Elemente wie z. B. &lt;code&gt;p&lt;/code&gt; beenden die Strukturierung und enthalten Inhalt, aber keine anderen Block-Elemente.
Mehrzweck-Elemente (&quot;multi-purpose&quot;) wie &lt;code&gt;div&lt;/code&gt; können sowohl Block-Elemente als auch Inhalt enthalten.


Diese Unterscheidung erleichtert (mir zumindest) das Merken, welches Element in welchem stehen darf. 

&lt;blockquote&gt;Diese Vorgaben können im CSS mit der display-Eigenschaft überschrieben werden.&lt;/blockquote&gt;

Was ich in dem Artikel noch etwas deutlicher herausstellen würde ist, dass die Überschreibung der Box-Eigenschaften mit &lt;code&gt;display&lt;/code&gt; nur die Darstelltung Box betrifft, nicht den in der HTML-Spezifikation beschriebenen Charakter des Elements. 

Im Klartext: Ein Konstrukt wie &lt;code&gt;&lt;p&gt;&lt;h2&gt;Inhalt&lt;/h2&gt;&lt;/p&gt;&lt;/code&gt; ist auch dann nicht valide, wenn man h2 per &lt;code&gt;display:inline&lt;/code&gt; darstellt. Entsprechende Fragen habe ich in Foren schon des öfteren mal gesehen ;-)

&lt;blockquote&gt;Bildquelle Boxmodell&lt;/blockquote&gt;

Bei den meisten Abbildungen des Box-Modells ist zumindest für Einsteiger irreführend, dass &lt;code&gt;padding&lt;/code&gt; und &quot;Inhaltsbereich&quot; in verschiedenen Farben dargestellt werden. Das suggeriert, dass per CSS eine getrennte Farbgebung möglich ist, wat ja nu nich geht ...</description>
		<content:encoded><![CDATA[<p>Schönen Dank für den kurzen, knackigen Überblick zu &#034;Kisten und Kästchen&#034;. </p>
<blockquote><p>Block-Boxen bilden das Gerüst eines Layouts</p></blockquote>
<p>Ich habe bei Michael Bowers in &#034;CSS Design Patterns&#034; ein interessantes Konzept gelesen. Er unterscheidet bei den Block-Elementen zwischen &#034;structural&#034;, &#034;terminal&#034; und &#034;multi-purpose: </p>
<p>Strukturierende (&#034;structural&#034;) Block-Elemente sind z. B. <code>ul</code> oder <code>ol</code>, die nur andere Block-Elemente aber keinerlei Inhalt enthalten dürfen. &#034;Inhalt&#034; definiert er übrigens als &#034;Text&#034; und &#034;Inline-Elemente&#034;, wenn ich mich richtig erinnere.<br />
Abschließende (&#034;terminal&#034;) Block-Elemente wie z. B. <code>p</code> beenden die Strukturierung und enthalten Inhalt, aber keine anderen Block-Elemente.<br />
Mehrzweck-Elemente (&#034;multi-purpose&#034;) wie <code>div</code> können sowohl Block-Elemente als auch Inhalt enthalten.</p>
<p>Diese Unterscheidung erleichtert (mir zumindest) das Merken, welches Element in welchem stehen darf. </p>
<blockquote><p>Diese Vorgaben können im CSS mit der display-Eigenschaft überschrieben werden.</p></blockquote>
<p>Was ich in dem Artikel noch etwas deutlicher herausstellen würde ist, dass die Überschreibung der Box-Eigenschaften mit <code>display</code> nur die Darstelltung Box betrifft, nicht den in der HTML-Spezifikation beschriebenen Charakter des Elements. </p>
<p>Im Klartext: Ein Konstrukt wie <code>&lt;p&gt;&lt;h2&gt;Inhalt&lt;/h2&gt;&lt;/p&gt;</code> ist auch dann nicht valide, wenn man h2 per <code>display:inline</code> darstellt. Entsprechende Fragen habe ich in Foren schon des öfteren mal gesehen <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<blockquote><p>Bildquelle Boxmodell</p></blockquote>
<p>Bei den meisten Abbildungen des Box-Modells ist zumindest für Einsteiger irreführend, dass <code>padding</code> und &#034;Inhaltsbereich&#034; in verschiedenen Farben dargestellt werden. Das suggeriert, dass per CSS eine getrennte Farbgebung möglich ist, wat ja nu nich geht &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

