<?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: Die Webkrauts blicken zurück</title>
	<atom:link href="http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/</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: alex</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-25641</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Fri, 30 May 2008 12:36:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-25641</guid>
		<description>Und welcher Normaluser wird denn bitte den Textzoom vom IE7 benutzen, den man über ein Menü erreicht</description>
		<content:encoded><![CDATA[<p>Und welcher Normaluser wird denn bitte den Textzoom vom IE7 benutzen, den man über ein Menü erreicht</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: GE</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-7776</link>
		<dc:creator>GE</dc:creator>
		<pubDate>Sat, 10 Mar 2007 19:05:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-7776</guid>
		<description>Hallo Alex, kein Problem. Wir können auch gerne beim &quot;Du&quot; bleiben, die Floskel &quot;Ich erwarte Ihre Sekundanten&quot; hat allerdings aus stilistischen Gründen das &quot;Sie&quot; verlangt. ;-)

Alex, Du sollst doch deine Tests veröffentlichen, keine Frage. Ich meine ja nur, dass mir meine Inhalte zu wichtig sind, als dass ich die ordentliche Anzeige unter den verschiedensten Bedingungen in den verschiedensten Browsern durch Spielereien riskieren würde. Das ist der Grund, warum ich mich bei meinen inhaltsorientierten Seiten auf CSS1 beschränke.

Wenn meine von diversen Profis belächelten Seiten dann auch noch den IE7-Zoom überstehen, dann darf ich doch auch mal frohlocken, einstecken muss ich ja auch können.

&lt;strong&gt;Jetzt wieder für alle:&lt;/strong&gt;

Der Seitenzoom des IE7 ist ohne Frage mit Fehlern belastet. Man sollte allerdings bedenken, dass der Seitenzoom Neuland für Microsoft ist.

Wenn ich daran denke, was die ersten Opera-Versionen mit Seitenzoom mit unseren Internetseiten angestellt haben, das war auch nicht besser. Und der Opera hat keinen alternativen Textzoom angeboten, da musste man mit den Ergebnissen des Seitenzoom leben.

Insofern habe ich ein ganz klein wenig Verständnis für die Anfangsprobleme des IE7.

Kritikwürdig ist allerdings, wie MS den nicht ausgereiften Browser von Anfang an mit einer aggressiven Download-Politik in den Markt gedrückt hat. Da hätte man sicher auf erste Erfahrungen der Pioniere und Vorreiter warten sollen, deren Erkenntnisse verarbeiten und dann eine ausgereifte Version mit diesen Mitteln powern. Denn eigentlich ist es ja nicht schlecht, wenn der IE6 mit ein wenig Nachdruck verdrängt wird.

Das ist eben Geschäftspolitik, da geht es um Marktanteile um jeden Preis, und wir müssen sehen, wie wir damit klarkommen.</description>
		<content:encoded><![CDATA[<p>Hallo Alex, kein Problem. Wir können auch gerne beim &#034;Du&#034; bleiben, die Floskel &#034;Ich erwarte Ihre Sekundanten&#034; hat allerdings aus stilistischen Gründen das &#034;Sie&#034; verlangt. <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Alex, Du sollst doch deine Tests veröffentlichen, keine Frage. Ich meine ja nur, dass mir meine Inhalte zu wichtig sind, als dass ich die ordentliche Anzeige unter den verschiedensten Bedingungen in den verschiedensten Browsern durch Spielereien riskieren würde. Das ist der Grund, warum ich mich bei meinen inhaltsorientierten Seiten auf CSS1 beschränke.</p>
<p>Wenn meine von diversen Profis belächelten Seiten dann auch noch den IE7-Zoom überstehen, dann darf ich doch auch mal frohlocken, einstecken muss ich ja auch können.</p>
<p><strong>Jetzt wieder für alle:</strong></p>
<p>Der Seitenzoom des IE7 ist ohne Frage mit Fehlern belastet. Man sollte allerdings bedenken, dass der Seitenzoom Neuland für Microsoft ist.</p>
<p>Wenn ich daran denke, was die ersten Opera-Versionen mit Seitenzoom mit unseren Internetseiten angestellt haben, das war auch nicht besser. Und der Opera hat keinen alternativen Textzoom angeboten, da musste man mit den Ergebnissen des Seitenzoom leben.</p>
<p>Insofern habe ich ein ganz klein wenig Verständnis für die Anfangsprobleme des IE7.</p>
<p>Kritikwürdig ist allerdings, wie MS den nicht ausgereiften Browser von Anfang an mit einer aggressiven Download-Politik in den Markt gedrückt hat. Da hätte man sicher auf erste Erfahrungen der Pioniere und Vorreiter warten sollen, deren Erkenntnisse verarbeiten und dann eine ausgereifte Version mit diesen Mitteln powern. Denn eigentlich ist es ja nicht schlecht, wenn der IE6 mit ein wenig Nachdruck verdrängt wird.</p>
<p>Das ist eben Geschäftspolitik, da geht es um Marktanteile um jeden Preis, und wir müssen sehen, wie wir damit klarkommen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alex farkas</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-7765</link>
		<dc:creator>alex farkas</dc:creator>
		<pubDate>Sat, 10 Mar 2007 15:41:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-7765</guid>
		<description>Hallo Ebersbach,

schön dass Sie sich melden. Mein Kommentar Nr. 14 war tatsächlich gemein. Ich entschuldige mich dafür. Ich habe es bereits direkt nach dem Absenden bereut.

Sie haben selbst in Ihren Artikeln auf Ihrer Seite einige schwere inhaltliche Fehler, auf die ich hier nicht eingehen möchte (ich schicke Ihnen eine eMail).

Zu meinen &quot;Tests&quot; es geht hierbei nicht um Praxisseiten, sondern um eine Demonstration, die ich allen zugänglich mache, um auf ein gravierendes Problem hinzuweisen. Es macht also kein Grund sie zu verstecken, im Gegenteil.

Und wenn ich hierbei herausfinde, dass der IE7 Page Zoom dazu führt, dass weder google, yahoo noch msn richtig dargestellt werden und msn sogar teilweise unbenutzbar wird (Video: http://corrupt-system.de/ie7.swf), dann kann das Fazit doch nur lauten, dass der IE7 Page Zoom in der Praxis schwächelt und nicht meine Seiten. 

Wie ich weiter oben geschrieben habe, finde ich einen Page Zoom gut und es würde mich freuen, wenn IEnext die erheblichen Fehler korrigiert. (Wie soll man es anders bezeichnen als einen Bug? Wenn man die Position des Mauszeigers abfragt und eine div-Box genau an diese Stelle platziert (nice title, sweet title etc.) und feststellen muss, dass der Browser diese Box ganz woanders hinstellt, also mit falschen Werten arbeitet.)

Im übrigen habe ich durch die Tests auch eine Möglichkeit gefunden den Zoomfaktor zu bestimmen, um Gegenmaßnahmen zu ergreifen und den PageZoom besser unterstützen zu können (beispielsweise könnte man jetzt die fehlerhaft übermittelten Mauspositionskoordinaten durch das Script korrigieren). Dieses Script stelle ich der Allgemeinheit zur Verfügung: http://pfirsichmelba.de/artikel-scripts/ie7-pagezoom-sucks.html#iezoomfluid

Dieser Beitrag (für die Allgemeinheit) war der Hauptgrund für meinen Kommentar, da ich glaube, dass diese Möglichkeit der Zoomfaktor-Bestimmung unter Webentwicklern recht unbekannt ist. Auch dieses Script möchte ich nicht vor anderen verstecken.</description>
		<content:encoded><![CDATA[<p>Hallo Ebersbach,</p>
<p>schön dass Sie sich melden. Mein Kommentar Nr. 14 war tatsächlich gemein. Ich entschuldige mich dafür. Ich habe es bereits direkt nach dem Absenden bereut.</p>
<p>Sie haben selbst in Ihren Artikeln auf Ihrer Seite einige schwere inhaltliche Fehler, auf die ich hier nicht eingehen möchte (ich schicke Ihnen eine eMail).</p>
<p>Zu meinen &#034;Tests&#034; es geht hierbei nicht um Praxisseiten, sondern um eine Demonstration, die ich allen zugänglich mache, um auf ein gravierendes Problem hinzuweisen. Es macht also kein Grund sie zu verstecken, im Gegenteil.</p>
<p>Und wenn ich hierbei herausfinde, dass der IE7 Page Zoom dazu führt, dass weder google, yahoo noch msn richtig dargestellt werden und msn sogar teilweise unbenutzbar wird (Video: <a href="http://corrupt-system.de/ie7.swf)" >http://corrupt-system.de/ie7.swf)</a>, dann kann das Fazit doch nur lauten, dass der IE7 Page Zoom in der Praxis schwächelt und nicht meine Seiten. </p>
<p>Wie ich weiter oben geschrieben habe, finde ich einen Page Zoom gut und es würde mich freuen, wenn IEnext die erheblichen Fehler korrigiert. (Wie soll man es anders bezeichnen als einen Bug? Wenn man die Position des Mauszeigers abfragt und eine div-Box genau an diese Stelle platziert (nice title, sweet title etc.) und feststellen muss, dass der Browser diese Box ganz woanders hinstellt, also mit falschen Werten arbeitet.)</p>
<p>Im übrigen habe ich durch die Tests auch eine Möglichkeit gefunden den Zoomfaktor zu bestimmen, um Gegenmaßnahmen zu ergreifen und den PageZoom besser unterstützen zu können (beispielsweise könnte man jetzt die fehlerhaft übermittelten Mauspositionskoordinaten durch das Script korrigieren). Dieses Script stelle ich der Allgemeinheit zur Verfügung: <a href="http://pfirsichmelba.de/artikel-scripts/ie7-pagezoom-sucks.html#iezoomfluid" >http://pfirsichmelba.de/artikel-scripts/ie7-pagezoom-sucks.html#iezoomfluid</a></p>
<p>Dieser Beitrag (für die Allgemeinheit) war der Hauptgrund für meinen Kommentar, da ich glaube, dass diese Möglichkeit der Zoomfaktor-Bestimmung unter Webentwicklern recht unbekannt ist. Auch dieses Script möchte ich nicht vor anderen verstecken.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: GE</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-7728</link>
		<dc:creator>GE</dc:creator>
		<pubDate>Sat, 10 Mar 2007 09:39:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-7728</guid>
		<description>@Nicolai Schwarz, IE7 Seitenzoom, bezogen auf Beitrag 2:

Du hast völlig recht, der Textzoom gehört auf die Oberfläche, direkt neben den Seitenzoom. Mit dieser kleinen Änderung wäre schon viel getan.

Der Textzoom ist die bessere Variante für flexible Layouts, der Seitenzoom ist besser für die vielen Seiten für 800x600, die es nun mal gibt. Deshalb sollte beides gleichberechtigt nebeneinander auf der Oberfläche erreichbar sein.

Ansonsten kann man ausgiebig streiten, ob ein Kombi-Tool besser ist (Opera, hat ja keinen Textzoom), oder lieber für jeden Zweck das passende Spezialwerkzeug bereitgestellt werden soll, wie das der IE7 macht. In der Werkzeugbranche gibt es diese Diskussion schon ewig, auch ohne Ergebnis, soviel ich weiss …</description>
		<content:encoded><![CDATA[<p>@Nicolai Schwarz, IE7 Seitenzoom, bezogen auf Beitrag 2:</p>
<p>Du hast völlig recht, der Textzoom gehört auf die Oberfläche, direkt neben den Seitenzoom. Mit dieser kleinen Änderung wäre schon viel getan.</p>
<p>Der Textzoom ist die bessere Variante für flexible Layouts, der Seitenzoom ist besser für die vielen Seiten für 800&#215;600, die es nun mal gibt. Deshalb sollte beides gleichberechtigt nebeneinander auf der Oberfläche erreichbar sein.</p>
<p>Ansonsten kann man ausgiebig streiten, ob ein Kombi-Tool besser ist (Opera, hat ja keinen Textzoom), oder lieber für jeden Zweck das passende Spezialwerkzeug bereitgestellt werden soll, wie das der IE7 macht. In der Werkzeugbranche gibt es diese Diskussion schon ewig, auch ohne Ergebnis, soviel ich weiss …</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: GE</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-7727</link>
		<dc:creator>GE</dc:creator>
		<pubDate>Sat, 10 Mar 2007 09:16:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-7727</guid>
		<description>Herr Farkas, ich erwarte Ihre Sekundanten. Sie haben die Wahl der Waffen: Maus oder Tastatur?

Doch nun zurück zu Vernunft und Sachlichkeit.

Es gibt eben 2 grundsätzliche Verhaltensweisen.

Die einen versuchen, in der realen Welt klarzukommen, die anderen wollen die Welt verändern.

Die einen wollen zuverlässig Information rüberbringen, die anderen wollen zeigen, was sie alles können.

Die einen machen Internetseiten, die in den gängigen (und auch in alten) Browsern funktionieren, die anderen führen die Browser an ihre Grenzen, indem sie alles einsetzen, was geht (oder auch nicht).

Das ist auch in Ordnung so, diese Leute zeigen die Grenzen der Browser und schaffen somit die Grundlage für die Weiterentwicklung.

Die Browserentwickler brauchen seriöse Tests und sachliche Analysen, nicht aber Fazits wie &quot;IE7 Page Zoom gehört verboten&quot;. Das hilft niemanden.

Wenn eine Seite von mir in irgendeiner Browserversion schwächelt, denke ich zuerst darüber nach, was &lt;strong&gt;ICH&lt;/strong&gt; tun (oder eben auch lassen) kann, damit es funktioniert. Das bringt die Welt auch nicht weiter, ist aber auch nicht mein Ziel, nicht, wenn ich eine Internetseite mache, die online gehen soll.

PS: Ich teste auch mal was aus, dann aber mit einer nichtveröffentlichten Seite in einem versteckten Unterpfad.</description>
		<content:encoded><![CDATA[<p>Herr Farkas, ich erwarte Ihre Sekundanten. Sie haben die Wahl der Waffen: Maus oder Tastatur?</p>
<p>Doch nun zurück zu Vernunft und Sachlichkeit.</p>
<p>Es gibt eben 2 grundsätzliche Verhaltensweisen.</p>
<p>Die einen versuchen, in der realen Welt klarzukommen, die anderen wollen die Welt verändern.</p>
<p>Die einen wollen zuverlässig Information rüberbringen, die anderen wollen zeigen, was sie alles können.</p>
<p>Die einen machen Internetseiten, die in den gängigen (und auch in alten) Browsern funktionieren, die anderen führen die Browser an ihre Grenzen, indem sie alles einsetzen, was geht (oder auch nicht).</p>
<p>Das ist auch in Ordnung so, diese Leute zeigen die Grenzen der Browser und schaffen somit die Grundlage für die Weiterentwicklung.</p>
<p>Die Browserentwickler brauchen seriöse Tests und sachliche Analysen, nicht aber Fazits wie &#034;IE7 Page Zoom gehört verboten&#034;. Das hilft niemanden.</p>
<p>Wenn eine Seite von mir in irgendeiner Browserversion schwächelt, denke ich zuerst darüber nach, was <strong>ICH</strong> tun (oder eben auch lassen) kann, damit es funktioniert. Das bringt die Welt auch nicht weiter, ist aber auch nicht mein Ziel, nicht, wenn ich eine Internetseite mache, die online gehen soll.</p>
<p>PS: Ich teste auch mal was aus, dann aber mit einer nichtveröffentlichten Seite in einem versteckten Unterpfad.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alex</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-7533</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Thu, 08 Mar 2007 16:23:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-7533</guid>
		<description>&lt;blockquote&gt;Die armen Browser, womit die heutzutage so klarkommen müssen&lt;/blockquote&gt;

mit layouttabellen und hässlichem design aus dem hause ge. ja da zoom ich auch gerne auf 0%.</description>
		<content:encoded><![CDATA[<blockquote><p>Die armen Browser, womit die heutzutage so klarkommen müssen</p></blockquote>
<p>mit layouttabellen und hässlichem design aus dem hause ge. ja da zoom ich auch gerne auf 0%.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: GE</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-7503</link>
		<dc:creator>GE</dc:creator>
		<pubDate>Thu, 08 Mar 2007 14:40:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-7503</guid>
		<description>Hallo, meine Seiten haben kein Problem mit dem IE7-Zoom. Die kann man zoomen, bis man die Pixel zählen kann, und alles funtioniert noch.

Das liegt wahrscheinlich daran, dass mein Gehirn bei CSS Level 1 stehengeblieben ist. Wenn dabei Seiten herauskommen, mit denen die Browser zurechtkommen, soll es mir recht sein.

Die armen Browser, womit die heutzutage so klarkommen müssen ...</description>
		<content:encoded><![CDATA[<p>Hallo, meine Seiten haben kein Problem mit dem IE7-Zoom. Die kann man zoomen, bis man die Pixel zählen kann, und alles funtioniert noch.</p>
<p>Das liegt wahrscheinlich daran, dass mein Gehirn bei CSS Level 1 stehengeblieben ist. Wenn dabei Seiten herauskommen, mit denen die Browser zurechtkommen, soll es mir recht sein.</p>
<p>Die armen Browser, womit die heutzutage so klarkommen müssen &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alexander farkas</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-7048</link>
		<dc:creator>alexander farkas</dc:creator>
		<pubDate>Sun, 04 Mar 2007 22:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-7048</guid>
		<description>Nochmal zum Thema IE7 Page Zoom:

Hallo ich möchte euch hiermit auf meinen Artikel hierzu hinweisen: http://pfirsichmelba.de/artikel-scripts/ie7-pagezoom-sucks.html

Für alle, die wie Nicolai Schwarz diese Art von Zoom nicht mögen, präsentiert er einen funktionierenden Workaround. (Erzwingen von fluiden Layouts trotz Page-Zoom)

Für alle, die immer noch meinen der PageZoom wäre in Ordnung, präsentiert er einige Bugs des Seiten-Zooms vor denen man seine Augen einfach nicht verschließen kann.

Mir ist natürlich klar, dass hiervon (IE7 Page Zoom gehört verboten) Leute, deren Gehirn bei CSS 1.0 stehen geblieben ist, nicht überzeugen sind.</description>
		<content:encoded><![CDATA[<p>Nochmal zum Thema IE7 Page Zoom:</p>
<p>Hallo ich möchte euch hiermit auf meinen Artikel hierzu hinweisen: <a href="http://pfirsichmelba.de/artikel-scripts/ie7-pagezoom-sucks.html" >http://pfirsichmelba.de/artikel-scripts/ie7-pagezoom-sucks.html</a></p>
<p>Für alle, die wie Nicolai Schwarz diese Art von Zoom nicht mögen, präsentiert er einen funktionierenden Workaround. (Erzwingen von fluiden Layouts trotz Page-Zoom)</p>
<p>Für alle, die immer noch meinen der PageZoom wäre in Ordnung, präsentiert er einige Bugs des Seiten-Zooms vor denen man seine Augen einfach nicht verschließen kann.</p>
<p>Mir ist natürlich klar, dass hiervon (IE7 Page Zoom gehört verboten) Leute, deren Gehirn bei CSS 1.0 stehen geblieben ist, nicht überzeugen sind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alexander farkas</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-2283</link>
		<dc:creator>alexander farkas</dc:creator>
		<pubDate>Fri, 12 Jan 2007 17:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-2283</guid>
		<description>@ge

die opera zoom funktion ist nicht nur die intelligentere, sondern auch die korrektere, weil sie das layout berücksichtigt. der ie7 behandelt dagegen eine webseite wie ein blatt papier.

wer die entwicklung dieses features beim ie7 (über die einzelnen betas sowie die posts im ie entwickler blog) mitverfolgt hat, wird bemerkt haben, dass der einbau dieses features grosse probleme verursacht hat. 

ich persönlich glaube, herausgelesen zu haben, dass es den entwicklern um eine direkte kopie des opera features ging, es jedoch mit der trident engine so nicht umsetzbar war. (firefox schraubt ja derzeit auch an seiner engine, um dieses feature zu ermöglichen und die mozilla-entwickler betonen, dass sie opera´s zoom und nicht das vom ie7 kopieren werden (für letzteres wäre auch kein umschreiben der engine nötig).

du kannst auch seiten mit 800er zielauflösung flexibel machen.
oder stell dir vor, du gibst neben deiner 800px breite noch zusätzlich max-width 100% an, dann können die leute praktisch endlos zoomen ohne dass ein scrollbalken entsteht (bzw. gekoppelt mit min-width in em, so dass ein scrollbalken erst dann entsteht, wenn die schrift die breite sprengen würde). m.a.W. auch du als 800er (du weisst was ich mein) wirst min-und max- width zu schätzen wissen und einsetzen, wenn es eine möglichkeit gäbe sie zu nutzen. und nur für den opera macht man sich nicht die mühe...

ab ner 1000er zielauflösung ist ja bei den meisten designs eh schluss, da dies die zeilenbreite zu lang macht und/oder das breiten-/höhen-verhältnis der seite auf dem monitor kacke aussieht.

ich finde ein zoom-feature grundsätzlich auch positiv (wie bei opera).... mir ging es bei diesem &quot;aufruf&quot; der hier wahrscheinlich verhallen wird, eher um das gegenteil, nämlich das zu fixen. (microsoft versucht ja bekanntlich - seit ca. ein-zwei jahr(en) - boden zu gewinnen, in dem es den webdesignern zu hört. nie war die zeit also günstiger, wünsche an microsoft zu richten... webkrauts bringt dass doch bitte als wunsch für IEnext auf webstandards.org)

und nun am rande an die w3c-cracks: weiss jemand von euch welcher wert von min-width/max-width bei widersprüchlichen angaben priorität hat?</description>
		<content:encoded><![CDATA[<p>@ge</p>
<p>die opera zoom funktion ist nicht nur die intelligentere, sondern auch die korrektere, weil sie das layout berücksichtigt. der ie7 behandelt dagegen eine webseite wie ein blatt papier.</p>
<p>wer die entwicklung dieses features beim ie7 (über die einzelnen betas sowie die posts im ie entwickler blog) mitverfolgt hat, wird bemerkt haben, dass der einbau dieses features grosse probleme verursacht hat. </p>
<p>ich persönlich glaube, herausgelesen zu haben, dass es den entwicklern um eine direkte kopie des opera features ging, es jedoch mit der trident engine so nicht umsetzbar war. (firefox schraubt ja derzeit auch an seiner engine, um dieses feature zu ermöglichen und die mozilla-entwickler betonen, dass sie opera´s zoom und nicht das vom ie7 kopieren werden (für letzteres wäre auch kein umschreiben der engine nötig).</p>
<p>du kannst auch seiten mit 800er zielauflösung flexibel machen.<br />
oder stell dir vor, du gibst neben deiner 800px breite noch zusätzlich max-width 100% an, dann können die leute praktisch endlos zoomen ohne dass ein scrollbalken entsteht (bzw. gekoppelt mit min-width in em, so dass ein scrollbalken erst dann entsteht, wenn die schrift die breite sprengen würde). m.a.W. auch du als 800er (du weisst was ich mein) wirst min-und max- width zu schätzen wissen und einsetzen, wenn es eine möglichkeit gäbe sie zu nutzen. und nur für den opera macht man sich nicht die mühe&#8230;</p>
<p>ab ner 1000er zielauflösung ist ja bei den meisten designs eh schluss, da dies die zeilenbreite zu lang macht und/oder das breiten-/höhen-verhältnis der seite auf dem monitor kacke aussieht.</p>
<p>ich finde ein zoom-feature grundsätzlich auch positiv (wie bei opera)&#8230;. mir ging es bei diesem &#034;aufruf&#034; der hier wahrscheinlich verhallen wird, eher um das gegenteil, nämlich das zu fixen. (microsoft versucht ja bekanntlich &#8211; seit ca. ein-zwei jahr(en) &#8211; boden zu gewinnen, in dem es den webdesignern zu hört. nie war die zeit also günstiger, wünsche an microsoft zu richten&#8230; webkrauts bringt dass doch bitte als wunsch für IEnext auf webstandards.org)</p>
<p>und nun am rande an die w3c-cracks: weiss jemand von euch welcher wert von min-width/max-width bei widersprüchlichen angaben priorität hat?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: GE</title>
		<link>http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/comment-page-1/#comment-2279</link>
		<dc:creator>GE</dc:creator>
		<pubDate>Fri, 12 Jan 2007 15:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/24/die-webkrauts-blicken-zurueck/#comment-2279</guid>
		<description>Hallo Alexander, das ist natuerlich klar, wer liquid Design mag, wird die Seitenzoom-Funktion, so wie sie vom IE7 umgesetzt wird, nicht lieben.

Für den, der wie ich Seiten für 800x600 bevorzugt, ist der Trend zum Seitenzoom eine Befreiung. Ich bevorzuge allerdings auch die eigenlich nicht korrekte, aber doch (da gebe ich Dir recht) intelligentere Funktionsweise des Opera, der vielleicht nur deshalb in den Statistiken so wenig vorkommt, weil er sich als IE ausgeben kann.

Ich würde Dir zustimmen, wenn der IE die Schriftvergrößerung nicht mehr hätte, so aber bekommt doch jeder, was er gerne hätte.

Ich finde es nicht fair, dass Du das Instrument, das den anderen was bringt, abschaffen willst. Die Seitenzoom-Funktion des IE7 &lt;strong&gt;kann&lt;/strong&gt; man nutzen, &lt;strong&gt;muss&lt;/strong&gt; man aber nicht.</description>
		<content:encoded><![CDATA[<p>Hallo Alexander, das ist natuerlich klar, wer liquid Design mag, wird die Seitenzoom-Funktion, so wie sie vom IE7 umgesetzt wird, nicht lieben.</p>
<p>Für den, der wie ich Seiten für 800&#215;600 bevorzugt, ist der Trend zum Seitenzoom eine Befreiung. Ich bevorzuge allerdings auch die eigenlich nicht korrekte, aber doch (da gebe ich Dir recht) intelligentere Funktionsweise des Opera, der vielleicht nur deshalb in den Statistiken so wenig vorkommt, weil er sich als IE ausgeben kann.</p>
<p>Ich würde Dir zustimmen, wenn der IE die Schriftvergrößerung nicht mehr hätte, so aber bekommt doch jeder, was er gerne hätte.</p>
<p>Ich finde es nicht fair, dass Du das Instrument, das den anderen was bringt, abschaffen willst. Die Seitenzoom-Funktion des IE7 <strong>kann</strong> man nutzen, <strong>muss</strong> man aber nicht.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

