<?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: 5 Mobile Website Usability Rules You Cannot Afford To Break</title>
	<atom:link href="http://usabilitygeek.com/5-mobile-website-usability-rules-you-cannot-afford-to-break/feed/" rel="self" type="application/rss+xml" />
	<link>http://usabilitygeek.com/5-mobile-website-usability-rules-you-cannot-afford-to-break/</link>
	<description>Usability &#38; User Experience (UX) Blog</description>
	<lastBuildDate>Tue, 21 May 2013 00:49:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: 5 Mobile Website Usability Rules You Cannot Afford To Break &#124; Usability Geek &#187; Web Design</title>
		<link>http://usabilitygeek.com/5-mobile-website-usability-rules-you-cannot-afford-to-break/#comment-773</link>
		<dc:creator>5 Mobile Website Usability Rules You Cannot Afford To Break &#124; Usability Geek &#187; Web Design</dc:creator>
		<pubDate>Thu, 17 May 2012 16:05:17 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitygeek.com/?p=1741#comment-773</guid>
		<description><![CDATA[[...] 5 Mobile Website Usability Rules You Cannot Afford To Break &#124; Usability Geek [...]]]></description>
		<content:encoded><![CDATA[<p>[...] 5 Mobile Website Usability Rules You Cannot Afford To Break | Usability Geek [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cathybrooks</title>
		<link>http://usabilitygeek.com/5-mobile-website-usability-rules-you-cannot-afford-to-break/#comment-766</link>
		<dc:creator>cathybrooks</dc:creator>
		<pubDate>Sun, 06 May 2012 08:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitygeek.com/?p=1741#comment-766</guid>
		<description><![CDATA[Thanks for the simple guidelines. As someone who&#039;s working squarely in the realm of mobile web it&#039;s a daily chore to wade through the morass of content from businesses/brands that seem unable to grasp the fact that by failing to accommodate people who are accessing their content via mobile devices (a percentage that is growing exponentially by pretty much all accounts). ]]></description>
		<content:encoded><![CDATA[<p>Thanks for the simple guidelines. As someone who&#8217;s working squarely in the realm of mobile web it&#8217;s a daily chore to wade through the morass of content from businesses/brands that seem unable to grasp the fact that by failing to accommodate people who are accessing their content via mobile devices (a percentage that is growing exponentially by pretty much all accounts). </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Drose</title>
		<link>http://usabilitygeek.com/5-mobile-website-usability-rules-you-cannot-afford-to-break/#comment-765</link>
		<dc:creator>Drose</dc:creator>
		<pubDate>Tue, 01 May 2012 22:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitygeek.com/?p=1741#comment-765</guid>
		<description><![CDATA[What is your opinion about responsive design versus separate sites for mobile and web? ]]></description>
		<content:encoded><![CDATA[<p>What is your opinion about responsive design versus separate sites for mobile and web? </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://usabilitygeek.com/5-mobile-website-usability-rules-you-cannot-afford-to-break/#comment-760</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Tue, 01 May 2012 12:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitygeek.com/?p=1741#comment-760</guid>
		<description><![CDATA[Some good points, apart from accessibility and use of colour.

Accessibility isn&#039;t really about the points you&#039;re describing. The things you&#039;re mentioning would be helpful, but really they&#039;re just general usability points. 

Yes, it&#039;s a subset of usability, but that subset is disability. Much of  the work is enabling compatibility with assistive tech through things like proper labelling, and much of the rest of the work is ensuring that you aren&#039;t disadvantaging or excluding disabled groups by including any unnecessary barriers.

One of these unnecessary barriers is relying on colour to convey information, doing that is a sure-fire way to annoy or exclude many (10% of white males are colour-blind) of your users.

Colour should only ever be used as a supplementary means of re-enforcing information. For example your recommendation to use blue to indicate links isn&#039;t much use if you don&#039;t know what blue is (tritanopia) so it should be used just to re-enforce the primary means of conveying that information, for example an underline on the link.

Another good example - use of the colour red to indicate form fields with errors should just be a re-enforcement of the primary means of conveying it, ie. text and a cross icon.

That may of course be what you meant to say anyway, but it isn&#039;t the message that comes across in the text.]]></description>
		<content:encoded><![CDATA[<p>Some good points, apart from accessibility and use of colour.</p>
<p>Accessibility isn&#8217;t really about the points you&#8217;re describing. The things you&#8217;re mentioning would be helpful, but really they&#8217;re just general usability points. </p>
<p>Yes, it&#8217;s a subset of usability, but that subset is disability. Much of  the work is enabling compatibility with assistive tech through things like proper labelling, and much of the rest of the work is ensuring that you aren&#8217;t disadvantaging or excluding disabled groups by including any unnecessary barriers.</p>
<p>One of these unnecessary barriers is relying on colour to convey information, doing that is a sure-fire way to annoy or exclude many (10% of white males are colour-blind) of your users.</p>
<p>Colour should only ever be used as a supplementary means of re-enforcing information. For example your recommendation to use blue to indicate links isn&#8217;t much use if you don&#8217;t know what blue is (tritanopia) so it should be used just to re-enforce the primary means of conveying that information, for example an underline on the link.</p>
<p>Another good example &#8211; use of the colour red to indicate form fields with errors should just be a re-enforcement of the primary means of conveying it, ie. text and a cross icon.</p>
<p>That may of course be what you meant to say anyway, but it isn&#8217;t the message that comes across in the text.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tesmond</title>
		<link>http://usabilitygeek.com/5-mobile-website-usability-rules-you-cannot-afford-to-break/#comment-759</link>
		<dc:creator>Tesmond</dc:creator>
		<pubDate>Tue, 01 May 2012 08:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitygeek.com/?p=1741#comment-759</guid>
		<description><![CDATA[Still waiting for a &quot;mobile&quot; site that works better than 99% of &quot;desktop&quot; sites...

Google image search annoyed me most recently. I have a 1280x800 pixel mobile device, Google detects that I have a mobile device and presents horribly low resolution versions of the original images. I tried Dolphin HD and set it to desktop mode, but it appears that Dolphin HD is not compatible with the JavaScript that Google uses for their page load...would have been happier with the old page based desktop version!]]></description>
		<content:encoded><![CDATA[<p>Still waiting for a &#8220;mobile&#8221; site that works better than 99% of &#8220;desktop&#8221; sites&#8230;</p>
<p>Google image search annoyed me most recently. I have a 1280&#215;800 pixel mobile device, Google detects that I have a mobile device and presents horribly low resolution versions of the original images. I tried Dolphin HD and set it to desktop mode, but it appears that Dolphin HD is not compatible with the JavaScript that Google uses for their page load&#8230;would have been happier with the old page based desktop version!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Database Caching 24/32 queries in 0.125 seconds using disk

 Served from: usabilitygeek.com @ 2013-05-21 17:16:14 by W3 Total Cache -->