<?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: Perils of the viewport meta tag</title>
	<atom:link href="http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/feed/" rel="self" type="application/rss+xml" />
	<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/</link>
	<description></description>
	<lastBuildDate>Sun, 29 Apr 2012 07:09:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Mark Finkle</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9723</link>
		<dc:creator>Mark Finkle</dc:creator>
		<pubDate>Tue, 26 Jan 2010 13:45:51 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9723</guid>
		<description>Oskar: It&#039;s more than making a layout that magically fits. Desktop pages are designed to show lot&#039;s of information and use the mouse in ways you can&#039;t on a mobile touchscreen. Using hover effects, mouse in/outs and tooltips doesn&#039;t work well on a mobile device.

Making widgets and buttons finger sized is another concern.</description>
		<content:encoded><![CDATA[<p>Oskar: It&#8217;s more than making a layout that magically fits. Desktop pages are designed to show lot&#8217;s of information and use the mouse in ways you can&#8217;t on a mobile touchscreen. Using hover effects, mouse in/outs and tooltips doesn&#8217;t work well on a mobile device.</p>
<p>Making widgets and buttons finger sized is another concern.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Finkle</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9722</link>
		<dc:creator>Mark Finkle</dc:creator>
		<pubDate>Tue, 26 Jan 2010 13:41:51 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9722</guid>
		<description>@Funtomas: Sure, CSS works nicely to handle layout. Remember that mobile browsers do other things, like assume a fixed sized browser width (800px in Firefox Mobile and 930px on iPhone) which can be a hindrance to CSS liquid layout. The viewport meta tag allows the web page to work around that issue.

Mobile browsers will also zoom to page width, which might also break the web developer&#039;s design.</description>
		<content:encoded><![CDATA[<p>@Funtomas: Sure, CSS works nicely to handle layout. Remember that mobile browsers do other things, like assume a fixed sized browser width (800px in Firefox Mobile and 930px on iPhone) which can be a hindrance to CSS liquid layout. The viewport meta tag allows the web page to work around that issue.</p>
<p>Mobile browsers will also zoom to page width, which might also break the web developer&#8217;s design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Finkle</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9721</link>
		<dc:creator>Mark Finkle</dc:creator>
		<pubDate>Tue, 26 Jan 2010 13:38:12 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9721</guid>
		<description>@LarsGunther: I think it will be a probelm. Maybe that&#039;s why the iPhone resolution has stayed the same overall multiple releases.</description>
		<content:encoded><![CDATA[<p>@LarsGunther: I think it will be a probelm. Maybe that&#8217;s why the iPhone resolution has stayed the same overall multiple releases.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oskar</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9720</link>
		<dc:creator>Oskar</dc:creator>
		<pubDate>Tue, 26 Jan 2010 09:30:39 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9720</guid>
		<description>That&#039;s just what happens when you do such things to the web. A good layout should just float and magically fit into any windows size you choose... Anything else means trouble - as shown here.

But I guess we&#039;ll see less *good* design now that people think of web pages as graphics of fixed sizes rather than text files.</description>
		<content:encoded><![CDATA[<p>That&#8217;s just what happens when you do such things to the web. A good layout should just float and magically fit into any windows size you choose&#8230; Anything else means trouble &#8211; as shown here.</p>
<p>But I guess we&#8217;ll see less *good* design now that people think of web pages as graphics of fixed sizes rather than text files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars Gunther</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9717</link>
		<dc:creator>Lars Gunther</dc:creator>
		<pubDate>Sun, 24 Jan 2010 14:19:30 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9717</guid>
		<description>I suspect this will be a problem to more people when iPhone comes in a version with higher resolution.</description>
		<content:encoded><![CDATA[<p>I suspect this will be a problem to more people when iPhone comes in a version with higher resolution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: voracity</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9713</link>
		<dc:creator>voracity</dc:creator>
		<pubDate>Fri, 22 Jan 2010 12:05:40 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9713</guid>
		<description>I have 4 devices with 4 different screen sizes (5, if you count the times I hook up to my TV). I want things layed out nicely (or at least usably) on all of them.

Even on the larger of those devices I actually like to size my own windows to something other than 1024x768 sometimes! Wouldn&#039;t it be lovely if you could get that Facebook view by just resizing your window? (And then throwing it to the side of your desktop for background use.)

HTML/CSS was in part designed to handle this exact problem, and it doesn&#039;t do too badly --- it&#039;s the best of all the alternatives, and it sounds as if it&#039;s much better than the viewport tag. But HTML layout desperately needs addressing, partly for problems like this and partly for problems that have afflicted web designers (and web users) since the mid-90s.

It&#039;s fantastic that both Gecko and Webkit support Flexbox layout now. (Mozilla should be promoting this hard! I expect to see a hacks.mozilla.org article shortly...) Flexbox can get us 50% of the way to cross-device web pages because it&#039;s just so easy to rearrange layout without changing the markup.

And HTML5 introduces some interesting new tags that might make semantic *layout* a real possibility (although it will be tricky to do well). Being able to rearrange aside, nav, header and footer elements, etc. and optimising the view for the main content might turn out to be incredibly useful on mobile. The very common 2- or 3- column website often looks clumsy on small devices, but would be so easy to rearrange/resize by the mobile itself if it were semantically marked up.

For these reasons, I&#039;m optimistic that the web can be unified, not just for javascript, multimedia and HTML5, but also for layout too.</description>
		<content:encoded><![CDATA[<p>I have 4 devices with 4 different screen sizes (5, if you count the times I hook up to my TV). I want things layed out nicely (or at least usably) on all of them.</p>
<p>Even on the larger of those devices I actually like to size my own windows to something other than 1024&#215;768 sometimes! Wouldn&#8217;t it be lovely if you could get that Facebook view by just resizing your window? (And then throwing it to the side of your desktop for background use.)</p>
<p>HTML/CSS was in part designed to handle this exact problem, and it doesn&#8217;t do too badly &#8212; it&#8217;s the best of all the alternatives, and it sounds as if it&#8217;s much better than the viewport tag. But HTML layout desperately needs addressing, partly for problems like this and partly for problems that have afflicted web designers (and web users) since the mid-90s.</p>
<p>It&#8217;s fantastic that both Gecko and Webkit support Flexbox layout now. (Mozilla should be promoting this hard! I expect to see a hacks.mozilla.org article shortly&#8230;) Flexbox can get us 50% of the way to cross-device web pages because it&#8217;s just so easy to rearrange layout without changing the markup.</p>
<p>And HTML5 introduces some interesting new tags that might make semantic *layout* a real possibility (although it will be tricky to do well). Being able to rearrange aside, nav, header and footer elements, etc. and optimising the view for the main content might turn out to be incredibly useful on mobile. The very common 2- or 3- column website often looks clumsy on small devices, but would be so easy to rearrange/resize by the mobile itself if it were semantically marked up.</p>
<p>For these reasons, I&#8217;m optimistic that the web can be unified, not just for javascript, multimedia and HTML5, but also for layout too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Funtomas</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9712</link>
		<dc:creator>Funtomas</dc:creator>
		<pubDate>Fri, 22 Jan 2010 10:16:46 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9712</guid>
		<description>@Mark Finkle &quot;One size does not fit all.&quot;
Yeah, that&#039;s why we have CSS. The optimal one should be chosen on the server side, based on your screen size. Fragmentation is bad, as it presents extra work for web designers.</description>
		<content:encoded><![CDATA[<p>@Mark Finkle &#8220;One size does not fit all.&#8221;<br />
Yeah, that&#8217;s why we have CSS. The optimal one should be chosen on the server side, based on your screen size. Fragmentation is bad, as it presents extra work for web designers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Colby Russell</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9711</link>
		<dc:creator>Colby Russell</dc:creator>
		<pubDate>Thu, 21 Jan 2010 21:46:47 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9711</guid>
		<description>I like pages designed for neither. I don&#039;t like pages that assume any kind of interaction method, because only in those situations does there exist the possibility that the designer&#039;s envisioned use cases don&#039;t mesh with the user&#039;s &lt;em&gt;actual&lt;/em&gt; use case.

Things like the viewport meta tag is one of those easy solutions that brings short-term satisfaction, but ends up screwing over users and anyone who has a hand in the development of any user agent in the long term. Being a minority share in mobile browser market should, I think, bring these kinds of issues to the forefront, and reveal that the solution is not &quot;okay, please add in a use case for us now.&quot;

The sentiment in your &quot;the iPhone is not the only mobile device out there&quot; quote and the effects displayed in the screenshots are succinct demonstrations for my disdain of the approach focused on short-term satisfaction.</description>
		<content:encoded><![CDATA[<p>I like pages designed for neither. I don&#8217;t like pages that assume any kind of interaction method, because only in those situations does there exist the possibility that the designer&#8217;s envisioned use cases don&#8217;t mesh with the user&#8217;s <em>actual</em> use case.</p>
<p>Things like the viewport meta tag is one of those easy solutions that brings short-term satisfaction, but ends up screwing over users and anyone who has a hand in the development of any user agent in the long term. Being a minority share in mobile browser market should, I think, bring these kinds of issues to the forefront, and reveal that the solution is not &#8220;okay, please add in a use case for us now.&#8221;</p>
<p>The sentiment in your &#8220;the iPhone is not the only mobile device out there&#8221; quote and the effects displayed in the screenshots are succinct demonstrations for my disdain of the approach focused on short-term satisfaction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Finkle</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9710</link>
		<dc:creator>Mark Finkle</dc:creator>
		<pubDate>Thu, 21 Jan 2010 19:40:33 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9710</guid>
		<description>Personally, I like webpages designed for fingers and not a stylus. If this &quot;fragments&quot; the web, so be it. One size does not fit all. On the other hand, I do want full HTML5 support, latest JavaScript engines and great browser clients too.</description>
		<content:encoded><![CDATA[<p>Personally, I like webpages designed for fingers and not a stylus. If this &#8220;fragments&#8221; the web, so be it. One size does not fit all. On the other hand, I do want full HTML5 support, latest JavaScript engines and great browser clients too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Finkle</title>
		<link>http://starkravingfinkle.org/blog/2010/01/perils-of-the-viewport-meta-tag/comment-page-1/#comment-9709</link>
		<dc:creator>Mark Finkle</dc:creator>
		<pubDate>Thu, 21 Jan 2010 19:38:18 +0000</pubDate>
		<guid isPermaLink="false">http://starkravingfinkle.org/blog/?p=657#comment-9709</guid>
		<description>MicroB does not currently support the viewport tag, so it ignores it.</description>
		<content:encoded><![CDATA[<p>MicroB does not currently support the viewport tag, so it ignores it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

