<?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>Comments on: Why browser zoom shouldn&#8217;t kill flexible layouts</title>
	<atom:link href="http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/feed/" rel="self" type="application/rss+xml" />
	<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/</link>
	<description>The professional blog of Zoe Mickley Gillenwater</description>
	<lastBuildDate>Fri, 20 Jan 2012 11:15:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Die Barrierefreiheit heranzoomen: ein Ausblick &#124; sprungmarker</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-19357</link>
		<dc:creator>Die Barrierefreiheit heranzoomen: ein Ausblick &#124; sprungmarker</dc:creator>
		<pubDate>Mon, 31 Oct 2011 18:09:12 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-19357</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Typography Reference Links &#124; kabayview.com</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-19227</link>
		<dc:creator>Typography Reference Links &#124; kabayview.com</dc:creator>
		<pubDate>Tue, 11 Oct 2011 15:14:09 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-19227</guid>
		<description>[...] Why Browser Zoom Shouldn&#8217;t Kill Flexible Layouts &#8211; Zoe Mickley Gillenwater [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Browser Zoom Shouldn&#8217;t Kill Flexible Layouts &#8211; Zoe Mickley Gillenwater [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kop</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-19214</link>
		<dc:creator>kop</dc:creator>
		<pubDate>Tue, 13 Sep 2011 15:00:32 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-19214</guid>
		<description>There is someone telling about here : http://stackoverflow.com/questions/7403438/how-to-deal-with-zoom-in-responsive-layouts</description>
		<content:encoded><![CDATA[<p>There is someone telling about here : <a href="http://stackoverflow.com/questions/7403438/how-to-deal-with-zoom-in-responsive-layouts" rel="nofollow">http://stackoverflow.com/questions/7403438/how-to-deal-with-zoom-in-responsive-layouts</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tipos de layout em CSS - Mais Tutoriais</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-19061</link>
		<dc:creator>Tipos de layout em CSS - Mais Tutoriais</dc:creator>
		<pubDate>Tue, 29 Mar 2011 14:26:45 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-19061</guid>
		<description>[...] Isto leva-nos à conclusão de que os layouts elásticos ficaram obsoletos e fora de uso. Isto pode não ser inteiramente verdade, de acordo com Zoe Mickley Gillenwater (&#8220;Why Browser Zoom Shouldn&#8217;t Kill Flexible Layouts&#8221;). [...]</description>
		<content:encoded><![CDATA[<p>[...] Isto leva-nos à conclusão de que os layouts elásticos ficaram obsoletos e fora de uso. Isto pode não ser inteiramente verdade, de acordo com Zoe Mickley Gillenwater (&#8220;Why Browser Zoom Shouldn&#8217;t Kill Flexible Layouts&#8221;). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Some links for light reading (23/6/09) &#171; Max Design</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-18154</link>
		<dc:creator>Some links for light reading (23/6/09) &#171; Max Design</dc:creator>
		<pubDate>Fri, 29 Jan 2010 11:09:21 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-18154</guid>
		<description>[...] Why browser zoom shouldn&#8217;t kill flexible layouts [...]</description>
		<content:encoded><![CDATA[<p>[...] Why browser zoom shouldn&#8217;t kill flexible layouts [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zoe Gillenwater</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-18114</link>
		<dc:creator>Zoe Gillenwater</dc:creator>
		<pubDate>Fri, 25 Sep 2009 14:50:35 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-18114</guid>
		<description>These are good concerns unkleE. You&#039;re right about elastic designs offering less user control/choice than liquid layouts. That&#039;s why I usually go for liquid. The  main reason for creating an elastic layout is to set an &quot;optimum&quot; line length. But, there&#039;s no line length that&#039;s best for everyone--some groups will prefer shorter and some longer. However, I think elastic layouts are still useful; for instance, if you are developing for a set group of people, or if there is not a lot of text to read. The web site for my book, &lt;a href=&quot;http://www.flexiblewebbook.com&quot; rel=&quot;nofollow&quot;&gt;Flexible Web Design&lt;/a&gt;, is elastic for this last reason.</description>
		<content:encoded><![CDATA[<p>These are good concerns unkleE. You&#8217;re right about elastic designs offering less user control/choice than liquid layouts. That&#8217;s why I usually go for liquid. The  main reason for creating an elastic layout is to set an &#8220;optimum&#8221; line length. But, there&#8217;s no line length that&#8217;s best for everyone&#8211;some groups will prefer shorter and some longer. However, I think elastic layouts are still useful; for instance, if you are developing for a set group of people, or if there is not a lot of text to read. The web site for my book, <a href="http://www.flexiblewebbook.com" rel="nofollow">Flexible Web Design</a>, is elastic for this last reason.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: unkleE</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-18113</link>
		<dc:creator>unkleE</dc:creator>
		<pubDate>Thu, 24 Sep 2009 04:37:09 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-18113</guid>
		<description>I am a rank amateur with an interest in this topic, and I have found the article and the discussion very helpful. But I have one troubling thought.

Most modern browsers have both text enlarge and page zoom, I think. (Certainly Safari and Firefox do.) These two options allow the user to enlarge text without enlarging the page (but risk strange things happening to the layout) or enlarge the whole page (but risk the dreaded horizontal scroll bar). If I use an elastic design, I cater for those who don&#039;t have a modern browser, but don&#039;t I take away one of those options? For if they set a minimum text size, or use text enlarge, they effectively get page zoom, just as if they&#039;d chosen page zoom in the first place.

Is this correct? If so, elastic design increases the options for those with older browsers but reduces them for those with newer browsers. If not so, can someone please explain why? (This is not an argument but a genuine question.)

Thanks.</description>
		<content:encoded><![CDATA[<p>I am a rank amateur with an interest in this topic, and I have found the article and the discussion very helpful. But I have one troubling thought.</p>
<p>Most modern browsers have both text enlarge and page zoom, I think. (Certainly Safari and Firefox do.) These two options allow the user to enlarge text without enlarging the page (but risk strange things happening to the layout) or enlarge the whole page (but risk the dreaded horizontal scroll bar). If I use an elastic design, I cater for those who don&#8217;t have a modern browser, but don&#8217;t I take away one of those options? For if they set a minimum text size, or use text enlarge, they effectively get page zoom, just as if they&#8217;d chosen page zoom in the first place.</p>
<p>Is this correct? If so, elastic design increases the options for those with older browsers but reduces them for those with newer browsers. If not so, can someone please explain why? (This is not an argument but a genuine question.)</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; The debate over page zooming vs. text scaling - More On Design</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-17929</link>
		<dc:creator>&#187; The debate over page zooming vs. text scaling - More On Design</dc:creator>
		<pubDate>Fri, 24 Jul 2009 12:14:50 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-17929</guid>
		<description>[...] Zoe Mickley Gillenwater: Why Browser Zoom Shouldn&#8217;t Kill Flexible Layouts [...]</description>
		<content:encoded><![CDATA[<p>[...] Zoe Mickley Gillenwater: Why Browser Zoom Shouldn&#8217;t Kill Flexible Layouts [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stevie D</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-17913</link>
		<dc:creator>Stevie D</dc:creator>
		<pubDate>Wed, 22 Jul 2009 11:53:25 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-17913</guid>
		<description>&lt;blockquote&gt;The solution for this is not for designers to allow for every eventuality but to make your window wider! YES I SAID IT. Sure the user is in controll but that controll often produces unwanted results.&lt;/blockquote&gt;
Nope, that isn&#039;t acceptable.
It is not up to you as a designer to tell me how to set up my computer and browser. I have it configured to the size and setups that I find most comfortable to work with. Your job is to make sure that your website is sufficiently flexible to adapt to a reasonable range of requirements. And a viewport down to 750px wide is definitely &quot;reasonable&quot;. If you aren&#039;t going to make the effort to design a website that I can use comfortably at my default settings then I will use your site as little as I can.</description>
		<content:encoded><![CDATA[<blockquote><p>The solution for this is not for designers to allow for every eventuality but to make your window wider! YES I SAID IT. Sure the user is in controll but that controll often produces unwanted results.</p></blockquote>
<p>Nope, that isn&#8217;t acceptable.<br />
It is not up to you as a designer to tell me how to set up my computer and browser. I have it configured to the size and setups that I find most comfortable to work with. Your job is to make sure that your website is sufficiently flexible to adapt to a reasonable range of requirements. And a viewport down to 750px wide is definitely &#8220;reasonable&#8221;. If you aren&#8217;t going to make the effort to design a website that I can use comfortably at my default settings then I will use your site as little as I can.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leon</title>
		<link>http://zomigi.com/blog/why-browser-zoom-shouldnt-kill-flexible-layouts/comment-page-1/#comment-17873</link>
		<dc:creator>Leon</dc:creator>
		<pubDate>Tue, 14 Jul 2009 19:58:33 +0000</pubDate>
		<guid isPermaLink="false">http://zomigi.com/?p=56#comment-17873</guid>
		<description>This is an interesting article. I used to make all my pages fluid but haven&#039;t done so for a while. I fancy trying it again having seen http://www.webstyleguide.com/index.html, which I just like the look of. 

I guess the all dominant grid has partly put pay to fluid designs - we seem to like complete control over layout dimensions, just as we get in print. (I know you could create a grid using % but you still couldn&#039;t absolutely control the column widths. Are there any examples of % grids?)

Having said that, don&#039;t most users surf with their browsers maximised? Which means you&#039;re going to get some rather wide measures. Could do something with &lt;code&gt;max-width&lt;/code&gt;, I guess, but then you&#039;re going to get some gaps on wider monitors).

And thanks for the book samples - they&#039;ve given me some ideas to try out.</description>
		<content:encoded><![CDATA[<p>This is an interesting article. I used to make all my pages fluid but haven&#8217;t done so for a while. I fancy trying it again having seen <a href="http://www.webstyleguide.com/index.html" rel="nofollow">http://www.webstyleguide.com/index.html</a>, which I just like the look of. </p>
<p>I guess the all dominant grid has partly put pay to fluid designs &#8211; we seem to like complete control over layout dimensions, just as we get in print. (I know you could create a grid using % but you still couldn&#8217;t absolutely control the column widths. Are there any examples of % grids?)</p>
<p>Having said that, don&#8217;t most users surf with their browsers maximised? Which means you&#8217;re going to get some rather wide measures. Could do something with <code>max-width</code>, I guess, but then you&#8217;re going to get some gaps on wider monitors).</p>
<p>And thanks for the book samples &#8211; they&#8217;ve given me some ideas to try out.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

