<?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>Ist 800x600 überholt?</title>
	    <link>http://www.pixelgraphix.de/weblog/artikel/ist-800x600-ueberholt/</link>
	    <description></description>
	    <dc:language>en-us</dc:language>
	    <dc:creator>info@pixelgraphix.de</dc:creator>
	<!--
<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.pixelgraphix.de/weblog/artikel/ist-800x600-ueberholt/"
    trackback:ping="http://www.pixelgraphix.de/trackback/869/"
    dc:title="Ist 800x600 überholt?"
    dc:identifier="http://www.pixelgraphix.de/weblog/artikel/ist-800x600-ueberholt/" 
    dc:subject="Webdesign"
    dc:description="Jon Hicks spricht anl&amp;auml;sslich des &amp;lt;a href=&quot;http://www.pixelgraphix.de/log/2005&#45;08/a&#45;list&#45;apart&#45;redesign.php&quot; title=&quot;A List Apart Redesign&quot;&amp;gt;A List Apart Redesigns&amp;lt;/a&amp;gt; die Optimierung von Weblayouts auf Bildschirmaufl&amp;ouml;sungen gr&amp;ouml;&amp;szlig;er als 800x600 Pixel an. In &amp;lt;a href=&quot;http://www.hicksdesign.co.uk/journal/is&#45;1024&#45;ok&quot; title=&quot;Is 1024 OK?&quot;&amp;gt;Is 1024 OK?&amp;lt;/a&amp;gt; diskutiert er die Misere in der sich viele Designer befinden: Die meisten Anwender m&amp;ouml;gen 800x600, auch wenn sie h&amp;ouml;here Aufl&amp;ouml;sungen&#8230;"
    dc:creator="Manuela"
    dc:date="2005-08-25 05:01:00 AM GMT" />
</rdf:RDF>
-->	
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2007-03-16T;10:35:41+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Michael</title>
	      <link>http://www.vision4web.de</link>
	      <description><![CDATA[	<p>Ich werde meine Seiten mit einer Breite von 790px weiter behalten. Es gibt sehr viele Laptop-User und Leute die schlechter sehen. Mit einem schönen Hintergrund finde ich das lange nicht so schlimm wir horizontal Scrollbalken!</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ich werde meine Seiten mit einer Breite von 790px weiter behalten. Es gibt sehr viele Laptop-User und Leute die schlechter sehen. Mit einem schönen Hintergrund finde ich das lange nicht so schlimm wir horizontal Scrollbalken!</p>]]></content:encoded>
    <dc:date>2007-03-16T10:35:41+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2007-01-25T;21:46:43+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Bernhard</title>
	      <link>burne@gmx.de</link>
	      <description><![CDATA[	<p>Also ich überlasse das meinen Kunden (und es ist wirklich oft schwierig,<br />
ihnen das zu erklären&#8230;.). Der Einfachheit sage ich einfach &#8220;ok, es gibt<br />
&#8220;15er&#8221; (800&#215;600) und &#8220;17er&#8221; (1024&#215;768) und noch größere und dieser<br />
Prozentsatz (laut <a href="http://www.webhits.de/deutsch/index.shtml?webstats.html">http://www.webhits.de/deutsch/index.shtml?webstats.html</a><br />
eben mal 3,5%) von &#8220;15ern&#8221; wird bei einem statischen Design für &#8220;17er&#8221;<br />
ausgeschlossen.&#8221; Raten tue ich immer noch zu 800&#215;600, scrollbar nach<br />
unten. Natürlich gibt es immer mal die Möglichkeit irgendwas unwichtiges<br />
auf den rechten Rand zu legen, dann gerne drüber, aber grundsätzlich<br />
muss alles wichtige bei 800&#215;600 sichtbar und navigierbar sein.<br />
Im übrigen habe ich hier einen schönen link zum Thema &#8220;und was heißt<br />
das eigentlich jetzt genau&#8221;: <br />
<a href="http://www.webmonkey.com/webmonkey/99/41/index3a_page2.html?tw=design">http://www.webmonkey.com/webmonkey/99/41/index3a_page2.html?tw=design</a><br />
Leider nicht mehr aktualisiert aber ich bleib erstmal bei 744&#215;410.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Also ich überlasse das meinen Kunden (und es ist wirklich oft schwierig,<br />
ihnen das zu erklären&#8230;.). Der Einfachheit sage ich einfach &#8220;ok, es gibt<br />
&#8220;15er&#8221; (800&#215;600) und &#8220;17er&#8221; (1024&#215;768) und noch größere und dieser<br />
Prozentsatz (laut <a href="http://www.webhits.de/deutsch/index.shtml?webstats.html">http://www.webhits.de/deutsch/index.shtml?webstats.html</a><br />
eben mal 3,5%) von &#8220;15ern&#8221; wird bei einem statischen Design für &#8220;17er&#8221;<br />
ausgeschlossen.&#8221; Raten tue ich immer noch zu 800&#215;600, scrollbar nach<br />
unten. Natürlich gibt es immer mal die Möglichkeit irgendwas unwichtiges<br />
auf den rechten Rand zu legen, dann gerne drüber, aber grundsätzlich<br />
muss alles wichtige bei 800&#215;600 sichtbar und navigierbar sein.<br />
Im übrigen habe ich hier einen schönen link zum Thema &#8220;und was heißt<br />
das eigentlich jetzt genau&#8221;: <br />
<a href="http://www.webmonkey.com/webmonkey/99/41/index3a_page2.html?tw=design">http://www.webmonkey.com/webmonkey/99/41/index3a_page2.html?tw=design</a><br />
Leider nicht mehr aktualisiert aber ich bleib erstmal bei 744&#215;410.</p>]]></content:encoded>
    <dc:date>2007-01-25T21:46:43+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2006-04-12T;17:01:25+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Gert Ebersbach</title>
	      <link>http://www.ge&#45;webdesign.de</link>
	      <description><![CDATA[	<p>Hallo an die liquid-, fluid- und elastic-Designer, lasst doch die Zeilen einfach fliessen.</p>

	<p>Die Profis mit der neuesten Technik und den grossen Bildschirmen wissen schon, dass man ein Fenster auch schmal ziehen kann und machen das auch, wenn ihnen die Zeilen zu lang werden.</p>

	<p>Und lasst die Buchstaben frei, formatiert die Schriftgroesse relativ, damit die Profis mit den grossen Bildschirmen die Schrift vergroessern koennen. Die wissen naemlich auch, wie das geht.</p>

	<p>Die Profis schieben sich die Seite schon zurecht, wichtig ist, wie die Seite mit 800&#215;600 auf einem 15 Zoller aussieht, sowas haben naemlich die Gelegenheitssurfer, die nicht alle Moeglichkeiten ihres Browsers kennen und die Seite einfach so lassen, wie sie erscheint.</p>

	<p>Ich bevorzuge zur Zeit noch fixes Layout fuer 800&#215;600, mit moeglichst wenig <span class="caps">CSS</span>, wegen der alten Browser, allerdings mache ich auch nichts wirklich kompliziertes ;-) &#8230;</p>]]></description>
	      <content:encoded><![CDATA[	<p>Hallo an die liquid-, fluid- und elastic-Designer, lasst doch die Zeilen einfach fliessen.</p>

	<p>Die Profis mit der neuesten Technik und den grossen Bildschirmen wissen schon, dass man ein Fenster auch schmal ziehen kann und machen das auch, wenn ihnen die Zeilen zu lang werden.</p>

	<p>Und lasst die Buchstaben frei, formatiert die Schriftgroesse relativ, damit die Profis mit den grossen Bildschirmen die Schrift vergroessern koennen. Die wissen naemlich auch, wie das geht.</p>

	<p>Die Profis schieben sich die Seite schon zurecht, wichtig ist, wie die Seite mit 800&#215;600 auf einem 15 Zoller aussieht, sowas haben naemlich die Gelegenheitssurfer, die nicht alle Moeglichkeiten ihres Browsers kennen und die Seite einfach so lassen, wie sie erscheint.</p>

	<p>Ich bevorzuge zur Zeit noch fixes Layout fuer 800&#215;600, mit moeglichst wenig <span class="caps">CSS</span>, wegen der alten Browser, allerdings mache ich auch nichts wirklich kompliziertes ;-) &#8230;</p>]]></content:encoded>
    <dc:date>2006-04-12T17:01:25+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2006-04-06T;14:24:21+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Rene Reimann</title>
	      <link>http://www.die&#45;pixler.de</link>
	      <description><![CDATA[	<p>Ich Persönlich mag Kleine Fenstergrößen aus dem oben von Manuela genanten gründen.</p>

	<p>Bei älteren Webprojekten habe ich es so gehandhabt das es 2 Styles gab, je Auflösung diese wird mit JS abfrage.</p>

	<p>Aber da diese Variante der Abfrage, nach der Monitor Auflösung, eigentlich unsinnig ist hab ich mir, aus de oben genannten gründen <br />
überlegt mit JS die tatsächliche Fenstergröße abzufragen und je nach Größe den style zu wechseln.</p>

	<p>Hier nun meine Variante des Scripts:</p>

	<p><blockquote><br />
function get_size() &#123;
   if (document.all) &#123;
      fensterBreite = document.body.clientWidth;
   &#125;
   else &#123;
       fensterBreite = window.innerWidth;
   &#125;<br />
//[removed](fensterBreite);<br />
if(fensterBreite&#8217;);
 &#125;<br />
&#125;<br />
get_size();<br />
</blockquote><br />
Ob das nun eine tolle idee ist oder nicht Überlasse ich mal Jeden Selbst.<br />
Eine Life Demo gibt es bei <a href="http://www.landkreis-stendal.de"><span class="caps">LKSD</span>.de</a></p>]]></description>
	      <content:encoded><![CDATA[	<p>Ich Persönlich mag Kleine Fenstergrößen aus dem oben von Manuela genanten gründen.</p>

	<p>Bei älteren Webprojekten habe ich es so gehandhabt das es 2 Styles gab, je Auflösung diese wird mit JS abfrage.</p>

	<p>Aber da diese Variante der Abfrage, nach der Monitor Auflösung, eigentlich unsinnig ist hab ich mir, aus de oben genannten gründen <br />
überlegt mit JS die tatsächliche Fenstergröße abzufragen und je nach Größe den style zu wechseln.</p>

	<p>Hier nun meine Variante des Scripts:</p>

	<p><blockquote><br />
function get_size() &#123;
   if (document.all) &#123;
      fensterBreite = document.body.clientWidth;
   &#125;
   else &#123;
       fensterBreite = window.innerWidth;
   &#125;<br />
//[removed](fensterBreite);<br />
if(fensterBreite&#8217;);
 &#125;<br />
&#125;<br />
get_size();<br />
</blockquote><br />
Ob das nun eine tolle idee ist oder nicht Überlasse ich mal Jeden Selbst.<br />
Eine Life Demo gibt es bei <a href="http://www.landkreis-stendal.de"><span class="caps">LKSD</span>.de</a></p>]]></content:encoded>
    <dc:date>2006-04-06T14:24:21+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-09-26T;08:30:51+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Mileandra</title>
	      <link>mileandra@gmx.de</link>
	      <description><![CDATA[	<p>Also ich mag die feste Breite von 760px. Das läßt sich bei einer Auflösung von 800 &#215; 600 ebenso gut anschauen, wie bei einer höheren Auflösung.<br />
Benutzer mit 1024 &#215; 768 sehen dann halt etwas mehr vom Hintergrund, aber die Texte werden nicht unnötig lang gezogen, was die Lesbarkeit doch deutlich verbessert.<br />
Liquid-Layouts sind schwieriger umzusetzen und sehen bei einer zu hohen Auflösung auch nicht mehr so besonders aus, weil dann einfach zu viel &#8220;leerer&#8221; Raum bleibt. Schiebt man dann das Browserfenster kleiner, werden ausserrdem die  Elemente oft unschön übereinandergelegt &#8211; das ist echt nervig, wenn man z.B. Tutorials anschaut und gleichzeitig im Browser lesen und in einem anderen Programm umsetzen möchte.<br />
Für Handys und Druck-Layout kann man dann ja zusätzliche Stylesheets einbinden.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Also ich mag die feste Breite von 760px. Das läßt sich bei einer Auflösung von 800 &#215; 600 ebenso gut anschauen, wie bei einer höheren Auflösung.<br />
Benutzer mit 1024 &#215; 768 sehen dann halt etwas mehr vom Hintergrund, aber die Texte werden nicht unnötig lang gezogen, was die Lesbarkeit doch deutlich verbessert.<br />
Liquid-Layouts sind schwieriger umzusetzen und sehen bei einer zu hohen Auflösung auch nicht mehr so besonders aus, weil dann einfach zu viel &#8220;leerer&#8221; Raum bleibt. Schiebt man dann das Browserfenster kleiner, werden ausserrdem die  Elemente oft unschön übereinandergelegt &#8211; das ist echt nervig, wenn man z.B. Tutorials anschaut und gleichzeitig im Browser lesen und in einem anderen Programm umsetzen möchte.<br />
Für Handys und Druck-Layout kann man dann ja zusätzliche Stylesheets einbinden.</p>]]></content:encoded>
    <dc:date>2005-09-26T08:30:51+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-09-16T;07:29:19+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Jeena Paradies</title>
	      <link>http://jeenaparadies.net</link>
	      <description><![CDATA[	<p>Ich mache das eigentlich so:</p>

	<p>Minimalbreite der gesammtseite: 630px;<br />
Maximalbreite 50 em für fließtext im Inhaltsbereich;</p>

	<p>alles andere versuche ich irgendwie flüssig zu halten so dass sich bilder auch mal neben dem fließtext plazieren können wenn da platz ist, wenn nicht, dann fließt der text außenrum.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ich mache das eigentlich so:</p>

	<p>Minimalbreite der gesammtseite: 630px;<br />
Maximalbreite 50 em für fließtext im Inhaltsbereich;</p>

	<p>alles andere versuche ich irgendwie flüssig zu halten so dass sich bilder auch mal neben dem fließtext plazieren können wenn da platz ist, wenn nicht, dann fließt der text außenrum.</p>]]></content:encoded>
    <dc:date>2005-09-16T07:29:19+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-09-01T;06:49:32+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by John Wrana</title>
	      <link>http://www.jowra.de/</link>
	      <description><![CDATA[	<p>Den hier:</p>

	<p><a href="http://www.pixelgraphix.de/pixelgraphix.xml">http://www.pixelgraphix.de/pixelgraphix.xml</a></p>

	<p>Merkwürdig ist eben, daß es von einem Tag auf den anderen nicht mehr funktionierte, vorher hatte ich nie Probleme damit. Aber ich werde gleichzeitig mal versuchen, ob ich das in Magpie wieder irgendwie hingebogen kriege. Ansonsten muß ich Deinen Feed eben ganz &#8220;normal&#8221; im News-Reader lesen. ;)</p>

	<p>Trotzdem schon mal Danke fürs Nachschauen. :-)</p>]]></description>
	      <content:encoded><![CDATA[	<p>Den hier:</p>

	<p><a href="http://www.pixelgraphix.de/pixelgraphix.xml">http://www.pixelgraphix.de/pixelgraphix.xml</a></p>

	<p>Merkwürdig ist eben, daß es von einem Tag auf den anderen nicht mehr funktionierte, vorher hatte ich nie Probleme damit. Aber ich werde gleichzeitig mal versuchen, ob ich das in Magpie wieder irgendwie hingebogen kriege. Ansonsten muß ich Deinen Feed eben ganz &#8220;normal&#8221; im News-Reader lesen. ;)</p>

	<p>Trotzdem schon mal Danke fürs Nachschauen. :-)</p>]]></content:encoded>
    <dc:date>2005-09-01T06:49:32+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-09-01T;06:07:30+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Manuela</title>
	      <link>http://www.pixelgraphix.de</link>
	      <description><![CDATA[	<p>@John, ich habe zwer die neue MT Version aber an Charset und Vorlagen habe ich nichts verändert. Welches Feed hast Du abonniert?</p>]]></description>
	      <content:encoded><![CDATA[	<p>@John, ich habe zwer die neue MT Version aber an Charset und Vorlagen habe ich nichts verändert. Welches Feed hast Du abonniert?</p>]]></content:encoded>
    <dc:date>2005-09-01T06:07:30+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-09-01T;02:04:54+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by John</title>
	      <link>http://www.jowra.de</link>
	      <description><![CDATA[	<p>Styleswitcher ist ein gutes Stichwort. Scheint mir momentan eine praktikablere Lösung zu sein, als ewig lange Verrenkungen mit prozentualer Breite und anderen Anpassungen vorzunehmen, zumal den Webdesigner dies in seiner Freiheit einschränkt, das Layout zu gestalten, wie er mage.</p>

	<p>Andererseits, man sollte die Anzahl derer die mit veralteter Hard- und Software unterwegs sind nicht unterschätzen. Wie schon weiter oben erwähnt, surfen heute noch etliche Leute mit einem IE 5.0 und viele wollen sich (noch) keinen neuen Bildschirm gönnen. Also vernachlässigen würde ich diesen Anwenderkreis noch nicht, auf der anderen Seite würde es diese User vielleicht schneller zu neuer Technik treiben, wenn sie langsam aber sicher bei allen Seiten horizontal scrollen müssten. ;o)</p>

	<p>&#8212;-</p>

	<p>Noch was anderes: Manuela, hat sich irgendwas an Deinen <span class="caps">RSS</span>-Feeds geändert (durch neue MT-Version oder ähnliches&#8230;)? Ich habe u.a. Deinen Feed auf meiner Homepage als Ticker integriert (mit Magpie) und seit einigen Tagen will er nicht mehr. :( Wenn ich den Feed im <a href="http://feedvalidator.org/">Feed Validator</a> überprüfe, kommt zwar keine direkte Fehlermeldung, aber mit dem Format des Charsets stimmt etwas nicht. </p>]]></description>
	      <content:encoded><![CDATA[	<p>Styleswitcher ist ein gutes Stichwort. Scheint mir momentan eine praktikablere Lösung zu sein, als ewig lange Verrenkungen mit prozentualer Breite und anderen Anpassungen vorzunehmen, zumal den Webdesigner dies in seiner Freiheit einschränkt, das Layout zu gestalten, wie er mage.</p>

	<p>Andererseits, man sollte die Anzahl derer die mit veralteter Hard- und Software unterwegs sind nicht unterschätzen. Wie schon weiter oben erwähnt, surfen heute noch etliche Leute mit einem IE 5.0 und viele wollen sich (noch) keinen neuen Bildschirm gönnen. Also vernachlässigen würde ich diesen Anwenderkreis noch nicht, auf der anderen Seite würde es diese User vielleicht schneller zu neuer Technik treiben, wenn sie langsam aber sicher bei allen Seiten horizontal scrollen müssten. ;o)</p>

	<p>&#8212;-</p>

	<p>Noch was anderes: Manuela, hat sich irgendwas an Deinen <span class="caps">RSS</span>-Feeds geändert (durch neue MT-Version oder ähnliches&#8230;)? Ich habe u.a. Deinen Feed auf meiner Homepage als Ticker integriert (mit Magpie) und seit einigen Tagen will er nicht mehr. :( Wenn ich den Feed im <a href="http://feedvalidator.org/">Feed Validator</a> überprüfe, kommt zwar keine direkte Fehlermeldung, aber mit dem Format des Charsets stimmt etwas nicht. </p>]]></content:encoded>
    <dc:date>2005-09-01T02:04:54+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-31T;04:32:07+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by joerg</title>
	      <link>http://joerg.antville.org</link>
	      <description><![CDATA[	<p>Nach wie vor sollten <span class="caps">IMHO</span> horizontale Scrollbalken unter allen Umständen vermieden werden, idealerweise durch ein fluides Layout (oder wie John Hicks schreibt &#8220;fluid up to a point&#8221; um zu breiten Fließtext zuvermeiden). Dass grade <span class="caps">ALA</span> das nicht mehr beherzigt, enttäuscht mich schon. Wenigstens ein Styleswitcher wäre da ja wohl drin gewesen.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Nach wie vor sollten <span class="caps">IMHO</span> horizontale Scrollbalken unter allen Umständen vermieden werden, idealerweise durch ein fluides Layout (oder wie John Hicks schreibt &#8220;fluid up to a point&#8221; um zu breiten Fließtext zuvermeiden). Dass grade <span class="caps">ALA</span> das nicht mehr beherzigt, enttäuscht mich schon. Wenigstens ein Styleswitcher wäre da ja wohl drin gewesen.</p>]]></content:encoded>
    <dc:date>2005-08-31T04:32:07+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-29T;09:48:02+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by jirjen?!</title>
	      <link>http://www.punkrockzentrale.de</link>
	      <description><![CDATA[	<p>Ich hab festgestellt, daß bei mir nur knapp 5 % mit der Auflösung daher kommen.<br />
Das Problem ist wirklich weniger die Monitorauflösung, als tatsächlich die Fenstergröße: Bei XP (oder anderen <span class="caps">DOS</span>en) haben die Nutzer zwar sicherlich leichter mal maximierte Fenster als bei Mac OS X Nutzern.<br />
Aber auch hier wird ja sehr häufig links die Favoritenleiste o.ä. im Browser angezeigt, was die Seitendarstellung schmälert.<br />
Und Mac-Nutzer haben ihre Fenster mangels eines <em>anständigen</em> Maximierbuttons sowieso selten auf der ganzen Breite.<br />
Auch wenn meine Seite z.B. bei einem 30-Zoll Monitor beinahe schwere Augenschäden verursacht, werd ich wohl auch bei der Standardbreite bleiben.</p>

	<p>Zumal sich ja auch die Augen an gewisse Breiten beim Lesen gewöhnt haben. Was will man auch mit der zusätzlichen Breite machen? Ich finde dreispaltige Webpages schon nur selten gelungen. <br />
Und vierspaltige sind definitiv Kokolores ;)</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ich hab festgestellt, daß bei mir nur knapp 5 % mit der Auflösung daher kommen.<br />
Das Problem ist wirklich weniger die Monitorauflösung, als tatsächlich die Fenstergröße: Bei XP (oder anderen <span class="caps">DOS</span>en) haben die Nutzer zwar sicherlich leichter mal maximierte Fenster als bei Mac OS X Nutzern.<br />
Aber auch hier wird ja sehr häufig links die Favoritenleiste o.ä. im Browser angezeigt, was die Seitendarstellung schmälert.<br />
Und Mac-Nutzer haben ihre Fenster mangels eines <em>anständigen</em> Maximierbuttons sowieso selten auf der ganzen Breite.<br />
Auch wenn meine Seite z.B. bei einem 30-Zoll Monitor beinahe schwere Augenschäden verursacht, werd ich wohl auch bei der Standardbreite bleiben.</p>

	<p>Zumal sich ja auch die Augen an gewisse Breiten beim Lesen gewöhnt haben. Was will man auch mit der zusätzlichen Breite machen? Ich finde dreispaltige Webpages schon nur selten gelungen. <br />
Und vierspaltige sind definitiv Kokolores ;)</p>]]></content:encoded>
    <dc:date>2005-08-29T09:48:02+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-28T;06:50:48+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by beza1e1</title>
	      <link>http://designhappen.blogspot.com/</link>
	      <description><![CDATA[	<p>Ich muss jetzt mal für sub1024 voten. Subnotebooks und ähnliches sind in. Die haben eine Auflösung von 1024, also auf jeden Fall weniger Browserbreite.</p>

	<p>Ich hoffe mal stark auf den IE7 und dann eine schlagartige Verfügbarkeit von max-width.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ich muss jetzt mal für sub1024 voten. Subnotebooks und ähnliches sind in. Die haben eine Auflösung von 1024, also auf jeden Fall weniger Browserbreite.</p>

	<p>Ich hoffe mal stark auf den IE7 und dann eine schlagartige Verfügbarkeit von max-width.</p>]]></content:encoded>
    <dc:date>2005-08-28T06:50:48+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-26T;12:11:34+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Finn</title>
	      <link>Finn</link>
	      <description><![CDATA[	<p>wie schon mehrfach geschrieben kommt es wohl auch sehr stark auf das projekt und die zielgruppe an. generell tendiere ich allerdings mittlerweile auch mehr zur optimierung für 1024. hat halt alles so seine vor- und nachteile :)</p>]]></description>
	      <content:encoded><![CDATA[	<p>wie schon mehrfach geschrieben kommt es wohl auch sehr stark auf das projekt und die zielgruppe an. generell tendiere ich allerdings mittlerweile auch mehr zur optimierung für 1024. hat halt alles so seine vor- und nachteile :)</p>]]></content:encoded>
    <dc:date>2005-08-26T12:11:34+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-26T;11:49:20+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by DerJan</title>
	      <link>http://www.moryson.net</link>
	      <description><![CDATA[	<p>Ich bin mitlerweile dazu übergegangen zu sagen: Schön für 1024 aber lesbar für 800. D.h. das eigentliche Layout wird für eine 1024er Aulösung angelegt, wichtige Element, wie die Navigation und der Hauptcontent müssen aber auch bei 800×600 sichtbar sein.</p>

	<p>Eine Zwischenlösung sozusagen.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ich bin mitlerweile dazu übergegangen zu sagen: Schön für 1024 aber lesbar für 800. D.h. das eigentliche Layout wird für eine 1024er Aulösung angelegt, wichtige Element, wie die Navigation und der Hauptcontent müssen aber auch bei 800×600 sichtbar sein.</p>

	<p>Eine Zwischenlösung sozusagen.</p>]]></content:encoded>
    <dc:date>2005-08-26T11:49:20+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-26T;10:49:08+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Marcus</title>
	      <link>marcus.hofbauer@gmail.com</link>
	      <description><![CDATA[	<p>diese frage stelle ich mir nun auch schon länger &#8230; bei mir kommen  selten gemaxte browser-fenster zum einsatz &#8230; aber bei 1600&#215;1200 passt genug rein &#8212;-</p>

	<p>mir ist in letzter zeit bei diskussionen mit kunden immer wieder die frage aufgetaucht: &#8220;warum verschwenden wir am rand soviel platz, früher wurde doch der  ganze bildschirm ausgefüllt&#8221;. es zeigt einfach das die meisten user gar keine ahnung haben was auflösung bedeutet, und generell die standard auflösung der monitore verwenden. und diese ist gerade bei den tft&#8217;s mindestens 1024&#215;768.</p>

	<p>durch die unzähligen devices (handy, pda, etc) denke ich das sich generell verschiedene css angaben für verschiedene devices ausgabe durchsetzen werden.</p>]]></description>
	      <content:encoded><![CDATA[	<p>diese frage stelle ich mir nun auch schon länger &#8230; bei mir kommen  selten gemaxte browser-fenster zum einsatz &#8230; aber bei 1600&#215;1200 passt genug rein &#8212;-</p>

	<p>mir ist in letzter zeit bei diskussionen mit kunden immer wieder die frage aufgetaucht: &#8220;warum verschwenden wir am rand soviel platz, früher wurde doch der  ganze bildschirm ausgefüllt&#8221;. es zeigt einfach das die meisten user gar keine ahnung haben was auflösung bedeutet, und generell die standard auflösung der monitore verwenden. und diese ist gerade bei den tft&#8217;s mindestens 1024&#215;768.</p>

	<p>durch die unzähligen devices (handy, pda, etc) denke ich das sich generell verschiedene css angaben für verschiedene devices ausgabe durchsetzen werden.</p>]]></content:encoded>
    <dc:date>2005-08-26T10:49:08+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-26T;10:23:50+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Istvan Velsz</title>
	      <link>http://www.netwurf&#45;design.de</link>
	      <description><![CDATA[	<p>Ich mische. In der Breite gehen ich 800 (760px) aus. In der Höhe richte ich mich eher nach der Höheren Auflösung. Das vertikale Scrollen ist nicht so problematisch wie das horizontale &#8211; oder in beide Richtungen.</p>

	<p>Aber es gibt noch ein Argument nicht von den 760 in der Breite abzuweichen, und das ist ein Drucklayout. Eine A4 Seite ist ca. 570px breit (bei 72dpi). Da ich oft eine Navigation auf die linke Seite Stelle, die aber dank <span class="caps">CSS</span> nicht mitgedruckt werden muss, kann das Layout einer Seite beibehalten werden.</p>

	<p>Bei der <span class="caps">EADS</span> (<a href="http://www.eads.net">http://www.eads.net</a>) haben wir noch eine andere Variante angewendet. Man kann umschalten. Bei 1024 wird eine MArginalspalte eingeblendet.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ich mische. In der Breite gehen ich 800 (760px) aus. In der Höhe richte ich mich eher nach der Höheren Auflösung. Das vertikale Scrollen ist nicht so problematisch wie das horizontale &#8211; oder in beide Richtungen.</p>

	<p>Aber es gibt noch ein Argument nicht von den 760 in der Breite abzuweichen, und das ist ein Drucklayout. Eine A4 Seite ist ca. 570px breit (bei 72dpi). Da ich oft eine Navigation auf die linke Seite Stelle, die aber dank <span class="caps">CSS</span> nicht mitgedruckt werden muss, kann das Layout einer Seite beibehalten werden.</p>

	<p>Bei der <span class="caps">EADS</span> (<a href="http://www.eads.net">http://www.eads.net</a>) haben wir noch eine andere Variante angewendet. Man kann umschalten. Bei 1024 wird eine MArginalspalte eingeblendet.</p>]]></content:encoded>
    <dc:date>2005-08-26T10:23:50+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-26T;10:02:56+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by macx</title>
	      <link>http://www.macximal.de</link>
	      <description><![CDATA[	<p>Bei Kunden, die wenig zu sagen haben, bleibe ich unter 800 &#215; 600, weil es sonst einfach nur peinlich aussieht. Bei allen anderen Projekten arbeite ich über 800 &#215; 600 jedoch unter 1024 &#215; 768 px. Wir schreiben das Jahr 2005, 800 &#215; 600 war 1999 die Standardauflösung.<br />
Gut &#8220;Maßnehmen&#8221; kann man übrigens an Seiten wie neckermann.de, denn dessen Zielgruppe ist breit gefächert und tendentiell vielen Usern, die keine Computerprofis sind. Die Entwicklung solcher Seiten ließ erkennen, dass wir über 800 &#215; 600 längst hinaus sind. neckermann.de macht es für 1024 gerade so passig.<br />
Ich &#8220;supporte&#8221; 800 &#215; 600 schon lange nicht mehr. Zwar habe ich mein Browserfenster auch nicht auf Maximum gestellt, doch passt hier selbst 1024 noch sehr locker rein.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Bei Kunden, die wenig zu sagen haben, bleibe ich unter 800 &#215; 600, weil es sonst einfach nur peinlich aussieht. Bei allen anderen Projekten arbeite ich über 800 &#215; 600 jedoch unter 1024 &#215; 768 px. Wir schreiben das Jahr 2005, 800 &#215; 600 war 1999 die Standardauflösung.<br />
Gut &#8220;Maßnehmen&#8221; kann man übrigens an Seiten wie neckermann.de, denn dessen Zielgruppe ist breit gefächert und tendentiell vielen Usern, die keine Computerprofis sind. Die Entwicklung solcher Seiten ließ erkennen, dass wir über 800 &#215; 600 längst hinaus sind. neckermann.de macht es für 1024 gerade so passig.<br />
Ich &#8220;supporte&#8221; 800 &#215; 600 schon lange nicht mehr. Zwar habe ich mein Browserfenster auch nicht auf Maximum gestellt, doch passt hier selbst 1024 noch sehr locker rein.</p>]]></content:encoded>
    <dc:date>2005-08-26T10:02:56+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-26T;09:29:51+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Björn</title>
	      <link>http://bs&#45;markup.de</link>
	      <description><![CDATA[	<p>Es gibt auch viele Anwendungen, die noch 800&#215;600 Auflösung voraussetzen. Entsprechend haben viele Leute, die ich kenne, bei der Arbeit diese Auflösung. Da bleibt meiner Meinung nach nur flexibel oder eben nicht mehr als 760px in der Breite. Es kommt aber auch stark auf die Zielgruppe an.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Es gibt auch viele Anwendungen, die noch 800&#215;600 Auflösung voraussetzen. Entsprechend haben viele Leute, die ich kenne, bei der Arbeit diese Auflösung. Da bleibt meiner Meinung nach nur flexibel oder eben nicht mehr als 760px in der Breite. Es kommt aber auch stark auf die Zielgruppe an.</p>]]></content:encoded>
    <dc:date>2005-08-26T09:29:51+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-26T;09:21:44+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by asonny</title>
	      <link>http://www.beiderbeck.com</link>
	      <description><![CDATA[	<p>Auch wenn ich einen größere Auflösung habe, als Anwender ist mir die klassische Größe von Webseiten lieber. Ich möchte mein Browserfenster nicht über den ganzen Bildschirm öffnen. </p>

	<p>Zumindest Ecken von darunter liegenden Fenstern und Widgets oder auch zweiten Browserfenstern möchte ich sehen und anklicken können&#8230;</p>]]></description>
	      <content:encoded><![CDATA[	<p>Auch wenn ich einen größere Auflösung habe, als Anwender ist mir die klassische Größe von Webseiten lieber. Ich möchte mein Browserfenster nicht über den ganzen Bildschirm öffnen. </p>

	<p>Zumindest Ecken von darunter liegenden Fenstern und Widgets oder auch zweiten Browserfenstern möchte ich sehen und anklicken können&#8230;</p>]]></content:encoded>
    <dc:date>2005-08-26T09:21:44+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;11:47:22+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Kai Laborenz</title>
	      <link>http://www.laborenz.de/lab&#45;o&#45;log/</link>
	      <description><![CDATA[	<p>Ein Argument (pro 1024), das ich bei einem unserer Kunden letztens zu hören bekam, ist der Hinweis auf die Arbeitsschutzbestimmungen, die gar keine Bildschirme mit weniger als 1024 Pixel zulassen würden&#8230;</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ein Argument (pro 1024), das ich bei einem unserer Kunden letztens zu hören bekam, ist der Hinweis auf die Arbeitsschutzbestimmungen, die gar keine Bildschirme mit weniger als 1024 Pixel zulassen würden&#8230;</p>]]></content:encoded>
    <dc:date>2005-08-25T11:47:22+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;10:58:49+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Nicolai Schwarz</title>
	      <link>http://www.textformer.de</link>
	      <description><![CDATA[	<p>@Tomas: Wenn es nur so einfach wäre. Bislang vermeide ich horizontale Angaben in Prozenten, weil ich nicht will, dass meine Textspalten zu breit werden. Auf einem sehr breiten Monitor wird der Text sonst ungenießbar.</p>

	<p>Abhilfe würde natürlich ein max-width bringen, wenn da nicht der Internet Explorer wäre. Es gibt dazu ein paar Hack-Versuche, die mich nicht überzeugt haben.</p>

	<p>Ich bleibe erst einmal bei horizontal: px, vertikal: em. </p>]]></description>
	      <content:encoded><![CDATA[	<p>@Tomas: Wenn es nur so einfach wäre. Bislang vermeide ich horizontale Angaben in Prozenten, weil ich nicht will, dass meine Textspalten zu breit werden. Auf einem sehr breiten Monitor wird der Text sonst ungenießbar.</p>

	<p>Abhilfe würde natürlich ein max-width bringen, wenn da nicht der Internet Explorer wäre. Es gibt dazu ein paar Hack-Versuche, die mich nicht überzeugt haben.</p>

	<p>Ich bleibe erst einmal bei horizontal: px, vertikal: em. </p>]]></content:encoded>
    <dc:date>2005-08-25T10:58:49+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;09:39:20+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Tomas Caspers</title>
	      <link>http://webstandards.org/about/bios/tomas.html</link>
	      <description><![CDATA[	<p>Horizontale Bemaßungen in Prozenten, vertikale in em. Alles andere ist 1998.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Horizontale Bemaßungen in Prozenten, vertikale in em. Alles andere ist 1998.</p>]]></content:encoded>
    <dc:date>2005-08-25T09:39:20+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;09:25:38+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by helge</title>
	      <link>http://www.helge.at</link>
	      <description><![CDATA[	<p>ja, 800&#215;600 ist tot. </p>

	<p>aber nicht, weil die auflösungen jetzt größer wären, sondern weil sie <span class="caps">KLEINER</span> werden. in kürze hat jedes handy xhtml-browser, manche werden (chad krosky..) schon jetzt mit google als startseite ausgeliefert. 800&#215;600 ist tot, lang lebe flexibles small-screen-design.</p>

	<p>ps. in meinen (firefox-dominierten) logs sehe ich immer noch ~10% 800&#215;600.</p>]]></description>
	      <content:encoded><![CDATA[	<p>ja, 800&#215;600 ist tot. </p>

	<p>aber nicht, weil die auflösungen jetzt größer wären, sondern weil sie <span class="caps">KLEINER</span> werden. in kürze hat jedes handy xhtml-browser, manche werden (chad krosky..) schon jetzt mit google als startseite ausgeliefert. 800&#215;600 ist tot, lang lebe flexibles small-screen-design.</p>

	<p>ps. in meinen (firefox-dominierten) logs sehe ich immer noch ~10% 800&#215;600.</p>]]></content:encoded>
    <dc:date>2005-08-25T09:25:38+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;09:20:48+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by rico</title>
	      <link>http://rian&#45;style.de</link>
	      <description><![CDATA[	<p>Vielleicht sollte man die Auswahl bis 800 <span class="caps">UND</span> 1024 durch JS bereitstellen. Wenn ich an meinem Opera mit ständig offenen Panel denke, dann hab ich des öfteren mal einen horizontalen Scrollbalken bei einer Gesamtauflösung von 1280.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Vielleicht sollte man die Auswahl bis 800 <span class="caps">UND</span> 1024 durch JS bereitstellen. Wenn ich an meinem Opera mit ständig offenen Panel denke, dann hab ich des öfteren mal einen horizontalen Scrollbalken bei einer Gesamtauflösung von 1280.</p>]]></content:encoded>
    <dc:date>2005-08-25T09:20:48+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;08:38:38+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Manuela</title>
	      <link>http://www.pixelgraphix.de</link>
	      <description><![CDATA[	<p>Ja, das ist ein sehr schöner Vergleich :-). Danke, Jörg.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ja, das ist ein sehr schöner Vergleich :-). Danke, Jörg.</p>]]></content:encoded>
    <dc:date>2005-08-25T08:38:38+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;08:29:59+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Jörg Petermann</title>
	      <link>http://www.einfach&#45;persoenlich.de/</link>
	      <description><![CDATA[	<p>Das ist eine überlegenswerte Frage. Beim Mac ist das sicher selten der Fall, die Auflösungen sind da auch noch höher. Wenn Du allerdings die Fenstergröße mit bedenkst, dann kommen alle anderen Fenster-Diebe auch noch dazu (Sidebars, Extension etc.). Macht das wirklich Sinn? <br />
Letztlich entscheidet jeder Benutzer über die reale Größe des Browserfensters selbst. Nur sollte er beim maximalem Fenster die Seite ohne horizontale Scrollbalken auf dem Schirm haben können.</p>

	<p>PS: Was wäre eigentlich ein Handy, dass nur eine Zeile für das Tippen der <span class="caps">SMS</span> frei im Display anzeigt und den Rest frei lässt, weil noch alte Handy´s auf dem Mark sind?</p>]]></description>
	      <content:encoded><![CDATA[	<p>Das ist eine überlegenswerte Frage. Beim Mac ist das sicher selten der Fall, die Auflösungen sind da auch noch höher. Wenn Du allerdings die Fenstergröße mit bedenkst, dann kommen alle anderen Fenster-Diebe auch noch dazu (Sidebars, Extension etc.). Macht das wirklich Sinn? <br />
Letztlich entscheidet jeder Benutzer über die reale Größe des Browserfensters selbst. Nur sollte er beim maximalem Fenster die Seite ohne horizontale Scrollbalken auf dem Schirm haben können.</p>

	<p>PS: Was wäre eigentlich ein Handy, dass nur eine Zeile für das Tippen der <span class="caps">SMS</span> frei im Display anzeigt und den Rest frei lässt, weil noch alte Handy´s auf dem Mark sind?</p>]]></content:encoded>
    <dc:date>2005-08-25T08:29:59+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;07:30:13+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Manuela</title>
	      <link>http://www.pixelgraphix.de</link>
	      <description><![CDATA[	<p>Für mich stellt sich die Frage, ob man bei einer bestimmten Auflösung auch annehmen kann, dass das Browserfenster ebenso groß ist. Wie ich oben schon sagte, bei mir ist das am Tage selten der Fall.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Für mich stellt sich die Frage, ob man bei einer bestimmten Auflösung auch annehmen kann, dass das Browserfenster ebenso groß ist. Wie ich oben schon sagte, bei mir ist das am Tage selten der Fall.</p>]]></content:encoded>
    <dc:date>2005-08-25T07:30:13+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;07:14:54+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Jörg Petermann</title>
	      <link>http://demo.einfach&#45;persoenlich.de/</link>
	      <description><![CDATA[	<p>Der generelle Trend geht in Richtung 1024 &amp; größer. War selbst erstaunt, was meine und die Log-Files einiger Kunden sagen. Kaum noch Besucher mit 800er Auflösung. Bei solch einer Aussage würde ich immer zu 1024 raten. Selbst fahre ich auch nur große Auflösungen.<br />
Einsamer Ausreißer war neulich ein Kunde mit Win98 und 800er IE5.0. Wirklich fast schon selten. Die Bildschirme werden besser und besser, die Auflösungen immer größer.</p>

	<p>Die 1024-Ausrichtung von <span class="caps">ALA</span> hatte ich ja bereits in meinem Kommentar angemerkt, war mir aufgefallen. 1024 bringt aber auch neue Möglichkeiten und Perspektiven. Dan Cederholms Buch bringt zu dem Thema einen guten Beitrag. Irgendwann muss man eben einen Schnitt machen, ähnlich der Unterstützung von NAV4/IE4.</p>

	<p>Alternativen wären für mich ein anderes Stylesheet für geringe Auflösungen oder noch besser ein Liquid-Design. Fixe Layouts gefallen mir wegen der Planbarkeit des Layouts allerdings besser.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Der generelle Trend geht in Richtung 1024 &amp; größer. War selbst erstaunt, was meine und die Log-Files einiger Kunden sagen. Kaum noch Besucher mit 800er Auflösung. Bei solch einer Aussage würde ich immer zu 1024 raten. Selbst fahre ich auch nur große Auflösungen.<br />
Einsamer Ausreißer war neulich ein Kunde mit Win98 und 800er IE5.0. Wirklich fast schon selten. Die Bildschirme werden besser und besser, die Auflösungen immer größer.</p>

	<p>Die 1024-Ausrichtung von <span class="caps">ALA</span> hatte ich ja bereits in meinem Kommentar angemerkt, war mir aufgefallen. 1024 bringt aber auch neue Möglichkeiten und Perspektiven. Dan Cederholms Buch bringt zu dem Thema einen guten Beitrag. Irgendwann muss man eben einen Schnitt machen, ähnlich der Unterstützung von NAV4/IE4.</p>

	<p>Alternativen wären für mich ein anderes Stylesheet für geringe Auflösungen oder noch besser ein Liquid-Design. Fixe Layouts gefallen mir wegen der Planbarkeit des Layouts allerdings besser.</p>]]></content:encoded>
    <dc:date>2005-08-25T07:14:54+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;06:42:24+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by tboley</title>
	      <link>http://www.wildbits.de</link>
	      <description><![CDATA[	<p>Ich denke, es kommt auf das Projekt an. Es ist schon richtig, dass es einen deutlich Trend Richtung 1024 gibt. <br />
Allerdings gibt es auch andere Plattformen, die über einen Browser verfügen (gerade aktuell: Die Playstation Portabel). Zumindest sollte man einen alternatives Steelsheet anbieten. Eine Breite von 760 für die allermeisten Kundenprojekte ist sicher nicht falsch, führt aber immer wieder zu Diskussionen.</p>]]></description>
	      <content:encoded><![CDATA[	<p>Ich denke, es kommt auf das Projekt an. Es ist schon richtig, dass es einen deutlich Trend Richtung 1024 gibt. <br />
Allerdings gibt es auch andere Plattformen, die über einen Browser verfügen (gerade aktuell: Die Playstation Portabel). Zumindest sollte man einen alternatives Steelsheet anbieten. Eine Breite von 760 für die allermeisten Kundenprojekte ist sicher nicht falsch, führt aber immer wieder zu Diskussionen.</p>]]></content:encoded>
    <dc:date>2005-08-25T06:42:24+01:00</dc:date>
	    </item>
		
	    <dc:rights>Copyright 2010</dc:rights>
    	<dc:date>2005-08-25T;06:23:13+01:00</dc:date>
	    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
	    <item>
	      <title>Comment by Finkregh</title>
	      <link>http://schulblog.net</link>
	      <description><![CDATA[	<p>Also ich denke, dass das jeder für jedes neue Projekt wiederholt klären sollte. Wenn es z.B. eine Seite mit langen Texten o.Ä. ist, dann bietet sich 800×600+ an, wenn sich der Contet auf 800×600 bringen lässt, dann wit das wohl auch okay.</p>

	<p>Teilweise &#8220;nerft&#8221; es allerdings doch, wenn Seiten zu &#8220;eng&#8221; werden und man das Gefühl hat vielleicht doch wieder den 15&#8221; Monitor &#8216;raufholen zu müssen ;)</p>]]></description>
	      <content:encoded><![CDATA[	<p>Also ich denke, dass das jeder für jedes neue Projekt wiederholt klären sollte. Wenn es z.B. eine Seite mit langen Texten o.Ä. ist, dann bietet sich 800×600+ an, wenn sich der Contet auf 800×600 bringen lässt, dann wit das wohl auch okay.</p>

	<p>Teilweise &#8220;nerft&#8221; es allerdings doch, wenn Seiten zu &#8220;eng&#8221; werden und man das Gefühl hat vielleicht doch wieder den 15&#8221; Monitor &#8216;raufholen zu müssen ;)</p>]]></content:encoded>
    <dc:date>2005-08-25T06:23:13+01:00</dc:date>
	    </item>
	
</channel>
</rss>
