<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>A Pretty Simple blog &#187; browsers</title>
	<atom:link href="http://www.prettysimple.co.uk/blog/index.php/tag/browsers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.prettysimple.co.uk/blog</link>
	<description>about web design, accessibility, usability, social media and all that jazz</description>
	<lastBuildDate>Wed, 01 Feb 2012 13:38:36 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Google Browser Size and thinking beyond the fold</title>
		<link>http://www.prettysimple.co.uk/blog/index.php/2009/12/google-browser-size/</link>
		<comments>http://www.prettysimple.co.uk/blog/index.php/2009/12/google-browser-size/#comments</comments>
		<pubDate>Thu, 17 Dec 2009 12:26:36 +0000</pubDate>
		<dc:creator>James</dc:creator>
				<category><![CDATA[main]]></category>
		<category><![CDATA[browsers]]></category>
		<category><![CDATA[scrolling]]></category>
		<category><![CDATA[usability]]></category>
		<category><![CDATA[user testing]]></category>
		<category><![CDATA[web design]]></category>

		<guid isPermaLink="false">http://www.prettysimple.co.uk/blog/?p=1037</guid>
		<description><![CDATA[Yesterday, the Google Code Blog announced Google Browser Size. It&#8217;s a handy little tool which allows you to take a contour visualisation of common browser sizes and overlay it onto your own sites, to easily spot which areas people can see without needing to scroll. So for example, here&#8217;s my site with the overlay applied: [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday, the Google Code Blog announced <a href="http://googlecode.blogspot.com/2009/12/introducing-google-browser-size.html">Google Browser Size</a>. It&#8217;s a handy little tool which allows you to take a contour visualisation of common browser sizes and overlay it onto your own sites, to easily spot which areas people can see without needing to scroll. So for example, here&#8217;s my site with the overlay applied:</p>
<div id="attachment_1039" class="wp-caption aligncenter" style="width: 360px"><img class="size-full wp-image-1039" title="PS-browser-size" src="http://www.prettysimple.co.uk/blog/wp-content/uploads/2009/12/PS-browser-size.gif" alt="Browser sizes" width="350" height="199" /><p class="wp-caption-text">Browser sizes as an overlay</p></div>
<p><span id="more-1037"></span></p>
<p>What this shows is that, for example:</p>
<ul>
<li> only 1% of users have to scroll to see all of the main banner on my site</li>
<li>80% can see the Latest News box in its entirety, without scrolling</li>
<li>Half of users have to scroll to read the Good Causes section</li>
</ul>
<p>That&#8217;s all very interesting, and Google cites a good example where a call to action on a page (in their case, a &#8220;download&#8221; button) was below the fold for 10% of users. However, the logic gets a little fuzzier when they state:</p>
<blockquote><p>Using this visualization, Bruno confirmed that about 10% of users couldn&#8217;t see the download button without scrolling, and thus never noticed it.</p>
<p style="text-align: right;"><a href="http://googlecode.blogspot.com/2009/12/introducing-google-browser-size.html">Introducing Google Browser Size</a> &#8211; Google Code Blog</p>
</blockquote>
<p style="text-align: left;">Spot the error &#8211; the assumption that users will <em>not notice things below the fold</em>.</p>
<h2>Thinking beyond the fold</h2>
<p>This assumption doesn&#8217;t ring true with my experience of user testing, where people will almost always scroll if it is clear that more information exists below the fold. And I&#8217;m not alone in observing this. A recent article over at cxpartners talks about the <a href="http://www.cxpartners.co.uk/thoughts/the_myth_of_the_page_fold_evidence_from_user_testing.htm">myth of the page fold</a>, describing how user testing revealed that users <em>don&#8217;t actually mind scrolling</em>:</p>
<blockquote><p>People tell us that they don’t mind scrolling and the behaviour we see in user testing backs that up. We see that people are more than comfortable scrolling long, long pages to find what they are looking for. A quick snoop around the web will show you successful brands that are not worrying about the fold either.</p>
<p style="text-align: right;"><a href="http://www.cxpartners.co.uk/thoughts/the_myth_of_the_page_fold_evidence_from_user_testing.htm">The Myth of the page fold</a> &#8211; cxpartners.co.uk</p>
</blockquote>
<p style="text-align: left;">This is a really good example of how user testing can be used to prove (or disprove) dominant assumptions about user behaviour.</p>
<p style="text-align: left;">And there&#8217;s a wider issue here &#8211; that of separating content from presentation. We shouldn&#8217;t be wasting our time worrying about the minutiae of how web pages look, especially given that the rise of mobile browsing makes this pretty hard to do anyway. When you add user preferences such as increased text size, this becomes even harder, if not impossible, to truly account for.</p>
<p style="text-align: left;">With that said, I really like Google Browser Size, and think that what it does do well is remind us that there are so many variations out there that we simply <em>can&#8217;t account for them all</em>. By all means use it to identify a few quick wins (for example, an important call to action should be at the top anyway), but don&#8217;t get too hung up on making your site fit every shape and size of browser.</p>
<h2>Horizontal scroll</h2>
<p>It&#8217;s probably worth pointing out that when we say that users don&#8217;t mind scrolling, we usually just mean vertical scrolling (up and down). Horizontal scrolling is a different matter entirely, and in my experience users <em>hate </em>to have to scroll horizontally. There are some nice examples of how you might get away with it if part of the design (see <a href="http://www.designmeltdown.com/chapters/Horizontal/">Design Meltdown&#8217;s gallery of horizontal scrollers</a>), but <em>unintentional </em>horizontal scrolling can drive users away in no time at all. Avoid inflicting this upon your users by designing to the lowest common width of your intended users, or (far better) implement a fluid-width design.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.prettysimple.co.uk/blog/index.php/2009/12/google-browser-size/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Browser Testing guidelines</title>
		<link>http://www.prettysimple.co.uk/blog/index.php/2009/01/browser-testing-guidelines/</link>
		<comments>http://www.prettysimple.co.uk/blog/index.php/2009/01/browser-testing-guidelines/#comments</comments>
		<pubDate>Mon, 19 Jan 2009 12:39:47 +0000</pubDate>
		<dc:creator>James</dc:creator>
				<category><![CDATA[main]]></category>
		<category><![CDATA[browsers]]></category>
		<category><![CDATA[site testing]]></category>

		<guid isPermaLink="false">http://www.prettysimple.co.uk/blog/?p=47</guid>
		<description><![CDATA[I&#8217;m pleased to see that the final version of the COI&#8217;s Browser Testing Guidelines has been released. I was one of many people who commented on the draft version, and indeed my comments (relating to the need to be aware of upcoming mobile platforms, as well as the importance of designing to international web standards [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m pleased to see that the final version of the COI&#8217;s <a href="http://www.coi.gov.uk/guidance.php?page=213">Browser Testing Guidelines</a> has been released. I was one of many people who commented on the draft version, and indeed my comments (relating to the need to be aware of upcoming mobile platforms, as well as the importance of designing to international web standards rather than pandering to individual browser behaviour) were incorporated.</p>
<p>I&#8217;m slightly disappointed because I was, at first, named as a contributor (or rather, my organisation was, and to my knowledge no-one else within my organisation had bothered to respond to the draft version). However,  I had to ask for the credit to be removed as my views had not been part of an &#8216;official response&#8217;. A real missed opportunity for some kudos for my organisation, and a sad example of internal politics.</p>
<p>Anyway, check out the guidelines &#8211; there&#8217;s bound to be something of use to anyone testing sites, especially if you&#8217;re working in the public sector.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.prettysimple.co.uk/blog/index.php/2009/01/browser-testing-guidelines/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

