<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments for Boagworld</title>
	<atom:link href="http://boagworld.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://boagworld.com</link>
	<description>A blog, podcast and community for all those who design, develop and run websites.</description>
	<lastBuildDate>Wed, 23 May 2012 15:08:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Patrick Brown</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12194</link>
		<dc:creator>Patrick Brown</dc:creator>
		<pubDate>Wed, 23 May 2012 15:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12194</guid>
		<description>Thanks for the article. Well written and reasoned. 
I found this point most interesting. 
&quot;Content should be different: shorter and simpler writing is required for the smaller screen because the lack of context reduces text comprehension.&quot;

Disagree. Content should be well written. Period. Well written includes being as brief, clear and engaging as possible. A novel is not long because books are big. It is long because telling rich, rollicking and intricate stories takes time. The discovery and evolution of each character and the story is part of that experience. Should it be cut down for Kindle readers? 

We, as web pro&#039;s, need to embrace the horror - we let too many words trample our sites. It has been a gradual creep that began in our infancy, just over a decade ago... Write well. Deliver to all. Your story doesn&#039;t change because of an iphone or a dell or a kindle or any other device.</description>
		<content:encoded><![CDATA[<p>Thanks for the article. Well written and reasoned. <br />
I found this point most interesting. <br />
&#8220;Content should be different: shorter and simpler writing is required for the smaller screen because the lack of context reduces text comprehension.&#8221;</p>
<p>Disagree. Content should be well written. Period. Well written includes being as brief, clear and engaging as possible. A novel is not long because books are big. It is long because telling rich, rollicking and intricate stories takes time. The discovery and evolution of each character and the story is part of that experience. Should it be cut down for Kindle readers? </p>
<p>We, as web pro&#8217;s, need to embrace the horror &#8211; we let too many words trample our sites. It has been a gradual creep that began in our infancy, just over a decade ago&#8230; Write well. Deliver to all. Your story doesn&#8217;t change because of an iphone or a dell or a kindle or any other device.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EU Cookie Law – what to do now by silktide</title>
		<link>http://boagworld.com/site-content/the-eu-cookie-law-what-to-do-now/#comment-12193</link>
		<dc:creator>silktide</dc:creator>
		<pubDate>Wed, 23 May 2012 14:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7889#comment-12193</guid>
		<description>So all we need is a link to terms and conditions? What about all this &quot;informed consent&quot; the ICO talked about in their guidelines? How can you be sure visitors have read them?</description>
		<content:encoded><![CDATA[<p>So all we need is a link to terms and conditions? What about all this &#8220;informed consent&#8221; the ICO talked about in their guidelines? How can you be sure visitors have read them?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EU Cookie Law – what to do now by Jon Wallace</title>
		<link>http://boagworld.com/site-content/the-eu-cookie-law-what-to-do-now/#comment-12192</link>
		<dc:creator>Jon Wallace</dc:creator>
		<pubDate>Wed, 23 May 2012 11:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7889#comment-12192</guid>
		<description>Interesting reading from over at .net mag - http://www.netmagazine.com/features/beginners-guide-new-cookie-law // they suggest compliance is mandatory...</description>
		<content:encoded><![CDATA[<p>Interesting reading from over at .net mag &#8211; <a href="http://www.netmagazine.com/features/beginners-guide-new-cookie-law" rel="nofollow">http://www.netmagazine.com/features/beginners-guide-new-cookie-law</a> // they suggest compliance is mandatory&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EU Cookie Law – what to do now by Jon Wallace</title>
		<link>http://boagworld.com/site-content/the-eu-cookie-law-what-to-do-now/#comment-12191</link>
		<dc:creator>Jon Wallace</dc:creator>
		<pubDate>Wed, 23 May 2012 08:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7889#comment-12191</guid>
		<description>How are people planning on making Video Players EU cookie law compliant? Things like YouTube can be embedded with the enhanced privacy mode - support.google.com/youtube/bin/answer.py?&amp;answer=171780&amp;expand=PrivacyEnhancedMode#privacy , but Vimeo seems not to have a cookie less implementation, neither JW Player or things like KickApps video player... Are people going to auto hide these before a user gives Video cookies consent??? Thoughts?</description>
		<content:encoded><![CDATA[<p>How are people planning on making Video Players EU cookie law compliant? Things like YouTube can be embedded with the enhanced privacy mode &#8211; support.google.com/youtube/bin/answer.py?&amp;answer=171780&amp;expand=PrivacyEnhancedMode#privacy , but Vimeo seems not to have a cookie less implementation, neither JW Player or things like KickApps video player&#8230; Are people going to auto hide these before a user gives Video cookies consent??? Thoughts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Josiah Sprague</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12190</link>
		<dc:creator>Josiah Sprague</dc:creator>
		<pubDate>Tue, 22 May 2012 23:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12190</guid>
		<description>I don&#039;t see a separate mobile site being cheaper, in any way, than a responsive site. At best, you still have to code two websites. At worst, you have to write and maintain content for two websites separately as well as coding two websites. Responsive design only requires a few extra hours of thought and coding.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t see a separate mobile site being cheaper, in any way, than a responsive site. At best, you still have to code two websites. At worst, you have to write and maintain content for two websites separately as well as coding two websites. Responsive design only requires a few extra hours of thought and coding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Jason Witt</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12189</link>
		<dc:creator>Jason Witt</dc:creator>
		<pubDate>Tue, 22 May 2012 22:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12189</guid>
		<description>One thing that was missed in all that was advertisements. Website ads seem to be the first thing to go when getting to smaller screen sizes. I think it&#039;s just a matter of time until ad affiliate&#039;s start demanding  that their add be in the forefront of mobile sites.  When that happens mobile browsing is going to be not much more than a bunch of ads on every website that take up about three swipes of the screen before you get to the content you&#039;re looking for.

At that point business might have to eat the cost of a separate mobile site. Just to keep the website visitors from leaving and never coming back because of all the ads. A 60x60 ad isn&#039;t that big on a 17&quot; screen, but on a 4&quot; screen, that&#039;s all you&#039;ll see.</description>
		<content:encoded><![CDATA[<p>One thing that was missed in all that was advertisements. Website ads seem to be the first thing to go when getting to smaller screen sizes. I think it&#8217;s just a matter of time until ad affiliate&#8217;s start demanding  that their add be in the forefront of mobile sites.  When that happens mobile browsing is going to be not much more than a bunch of ads on every website that take up about three swipes of the screen before you get to the content you&#8217;re looking for.</p>
<p>At that point business might have to eat the cost of a separate mobile site. Just to keep the website visitors from leaving and never coming back because of all the ads. A 60&#215;60 ad isn&#8217;t that big on a 17&#8243; screen, but on a 4&#8243; screen, that&#8217;s all you&#8217;ll see.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by George Varzonovtsev</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12188</link>
		<dc:creator>George Varzonovtsev</dc:creator>
		<pubDate>Tue, 22 May 2012 19:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12188</guid>
		<description>Paul, the fact that your site is very well designed and that you are able to structure and present every post in a way that can be well perceived on a small screen is not a common case. 

I bet that you spent some time to think about how it will look on a small screen. 

So while I agree that the content should be the same. But I also think it should be different in the same time. A crazy idea and hard to do...

Nielsen has articles on this matter to where he explains in more details how it can be done:

http://www.useit.com/alertbox/mobile-content.html 

Defer Secondary Content When Writing for Mobile UsersSummary: Mobile devices require a tight focus in content presentation, with the first screen limited to only the most essential information.

http://www.useit.com/alertbox/mobile-writing.html 

Mobile Content: If in Doubt, Leave It Out

Summary: Writing for mobile readers requires even harsher editing than writing for the Web. Mobile use implies less patience for filler copy.</description>
		<content:encoded><![CDATA[<p>Paul, the fact that your site is very well designed and that you are able to structure and present every post in a way that can be well perceived on a small screen is not a common case. </p>
<p>I bet that you spent some time to think about how it will look on a small screen. </p>
<p>So while I agree that the content should be the same. But I also think it should be different in the same time. A crazy idea and hard to do&#8230;</p>
<p>Nielsen has articles on this matter to where he explains in more details how it can be done:</p>
<p><a href="http://www.useit.com/alertbox/mobile-content.html " rel="nofollow">http://www.useit.com/alertbox/mobile-content.html </a></p>
<p>Defer Secondary Content When Writing for Mobile UsersSummary: Mobile devices require a tight focus in content presentation, with the first screen limited to only the most essential information.</p>
<p><a href="http://www.useit.com/alertbox/mobile-writing.html " rel="nofollow">http://www.useit.com/alertbox/mobile-writing.html </a></p>
<p>Mobile Content: If in Doubt, Leave It Out</p>
<p>Summary: Writing for mobile readers requires even harsher editing than writing for the Web. Mobile use implies less patience for filler copy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Tim Macchi</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12187</link>
		<dc:creator>Tim Macchi</dc:creator>
		<pubDate>Tue, 22 May 2012 17:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12187</guid>
		<description>Great article. To your final point, we are only a year or two away from a point where mobile web usage outnumbers desktop usage. Also, a separated mobile website is not going to be right for every situation. The way I explain it in my blog post (http://bit.ly/LjaVxv) is this: responsive only solves 1/2 of the mobile equation, resolution. The other half is behavior, so if you expect that mobile users to your site are looking for different things, then it makes sense to separate that site. In the case of content sites, like blogs and newspapers, the behavior is usually not very different so responsive alone works.</description>
		<content:encoded><![CDATA[<p>Great article. To your final point, we are only a year or two away from a point where mobile web usage outnumbers desktop usage. Also, a separated mobile website is not going to be right for every situation. The way I explain it in my blog post (<a href="http://bit.ly/LjaVxv" rel="nofollow">http://bit.ly/LjaVxv</a>) is this: responsive only solves 1/2 of the mobile equation, resolution. The other half is behavior, so if you expect that mobile users to your site are looking for different things, then it makes sense to separate that site. In the case of content sites, like blogs and newspapers, the behavior is usually not very different so responsive alone works.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by meghscase</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12186</link>
		<dc:creator>meghscase</dc:creator>
		<pubDate>Tue, 22 May 2012 17:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12186</guid>
		<description> The other consideration there is that there&#039;s an assumption that people are looking for something different when they are on a mobile device than they are when they are on their desktop or laptop. Most signs point to the fact that we can&#039;t assume that -- many of us use our mobile devices to look for the exact same information we might be looking for  at our desks. And we want to choose what we get to see/read, not have a company make that decision for us when they have no idea about our context when we&#039;re on the site via any device. The content may need to be presented differently across devices, but it doesn&#039;t necessarily mean the content should be different. </description>
		<content:encoded><![CDATA[<p> The other consideration there is that there&#8217;s an assumption that people are looking for something different when they are on a mobile device than they are when they are on their desktop or laptop. Most signs point to the fact that we can&#8217;t assume that &#8212; many of us use our mobile devices to look for the exact same information we might be looking for  at our desks. And we want to choose what we get to see/read, not have a company make that decision for us when they have no idea about our context when we&#8217;re on the site via any device. The content may need to be presented differently across devices, but it doesn&#8217;t necessarily mean the content should be different. </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EU Cookie Law – what to do now by Adam James</title>
		<link>http://boagworld.com/site-content/the-eu-cookie-law-what-to-do-now/#comment-12185</link>
		<dc:creator>Adam James</dc:creator>
		<pubDate>Tue, 22 May 2012 16:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7889#comment-12185</guid>
		<description>I&#039;ve been searching for some more clarification on this, it seems that the documentation and the law itself is stupidly vague.

This is by far the most insightful article I&#039;ve found, and it&#039;s put me at ease a bit so thanks for posting this!</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been searching for some more clarification on this, it seems that the documentation and the law itself is stupidly vague.</p>
<p>This is by far the most insightful article I&#8217;ve found, and it&#8217;s put me at ease a bit so thanks for posting this!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dealing with the dickheads by Paul Burton</title>
		<link>http://boagworld.com/working-in-web-design/dealing-with-the-dickheads/#comment-12184</link>
		<dc:creator>Paul Burton</dc:creator>
		<pubDate>Tue, 22 May 2012 16:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7900#comment-12184</guid>
		<description>This is a much deeper and far more pervasive issue than mere &quot;criticism&quot;. It speaks to a culture of complaint, childish reaction, and outright hypocrisy that is actively undermining our community.

I&#039;ve been writing a four part mini-blog series about this problem for the past four months. Paul, thank you for giving me the final incentive I needed to contribute my thoughts on the matter. 

Intro: http://www.16toads.com/projects/offense/

Part 1: http://www.16toads.com//journal/comments/passionate_sanctimony_part_1_the_art_of_bullying

Let&#039;s keep the conversation going.</description>
		<content:encoded><![CDATA[<p>This is a much deeper and far more pervasive issue than mere &#8220;criticism&#8221;. It speaks to a culture of complaint, childish reaction, and outright hypocrisy that is actively undermining our community.</p>
<p>I&#8217;ve been writing a four part mini-blog series about this problem for the past four months. Paul, thank you for giving me the final incentive I needed to contribute my thoughts on the matter. </p>
<p>Intro: http://www.16toads.com/projects/offense/</p>
<p>Part 1: <a href="http://www.16toads.com//journal/comments/passionate_sanctimony_part_1_the_art_of_bullying" rel="nofollow">http://www.16toads.com//journal/comments/passionate_sanctimony_part_1_the_art_of_bullying</a></p>
<p>Let&#8217;s keep the conversation going.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 10 techniques for an effective &#8216;call to action&#8217; by Loyalty Schemes</title>
		<link>http://boagworld.com/design/10-techniques-for-an-effective-call-to-action/#comment-12183</link>
		<dc:creator>Loyalty Schemes</dc:creator>
		<pubDate>Tue, 22 May 2012 14:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://wpboagworld:83/uncategorized/10-techniques-for-an-effective-call-to-action#comment-12183</guid>
		<description>Thanks Paul. I once saw a call back feature on a website (wish i could trace the website). Upon clicking on the button it dialled the customer service desk. It had powered by Oracle. But i can&#039;t find that specific solution on Oracle. Can you help? I need it on my website. http://www.iamloyal.co.uk </description>
		<content:encoded><![CDATA[<p>Thanks Paul. I once saw a call back feature on a website (wish i could trace the website). Upon clicking on the button it dialled the customer service desk. It had powered by Oracle. But i can&#8217;t find that specific solution on Oracle. Can you help? I need it on my website. <a href="http://www.iamloyal.co.uk " rel="nofollow">http://www.iamloyal.co.uk </a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by John &#38; James</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12182</link>
		<dc:creator>John &#38; James</dc:creator>
		<pubDate>Tue, 22 May 2012 13:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12182</guid>
		<description> Hey, this was a good read in response to Nielson&#039;s post. I feel his thought&#039;s on mobile vs responsive are pretty much just common sense really, based off ROI. I, however think it has been overlooked the cost of overhauling an already developed website and putting it into a responsive framework. Especially when a business may have already paid vast amounts to have their current website created.

For example a local restaurant may have a fancy website, heavily flash based, but it looks great on a PC, and it costs them a lot of money. It would be easier to simply redevelop the entire site from scratch, in a responsive design but in keeping with the current look and feel of the corporate branding. In essence you&#039;re re-building the entire site, and making the additional tweaks for the resizing/responsive aspects. And lets face it, there are always little niggling problems and issues which adds up and eats into the time spent on development.

That above sounds like a pretty costly exercise. In essence, a brand new site build and the cost that entails. And bare in mind, these guys have spent a lot of their current, insuffient website a few years earlier.

However if you instead provide a mobile website specifically for which there are many &quot;skeleton models&quot; available, onto which you just add in the branding and the page content needed. Whilst this is still a new site build, it&#039;s only a smaller website and will take a fraction of the time. OK, you may not be able to charge as much to the client, but they maybe more affordable for more small businesses. And they may always come back to you in future for changes and maintainence.

It gets a little more complex if there is dynamic content within the websites, or your client has a CMS. But there are workarounds for this on a separate mobile website.

What I think I&#039;m saying is that for clients with existing websites, an easy solution is a simple, small and quickly built mobile sub-site. For a brand new business, or one without a website in place, it would be good practice to give them a responsive website to fit all devices. And for those companies needing complex features or who are large organisations, it&#039;s a case of Nielson&#039;s cost-benefit analysis.</description>
		<content:encoded><![CDATA[<p> Hey, this was a good read in response to Nielson&#8217;s post. I feel his thought&#8217;s on mobile vs responsive are pretty much just common sense really, based off ROI. I, however think it has been overlooked the cost of overhauling an already developed website and putting it into a responsive framework. Especially when a business may have already paid vast amounts to have their current website created.</p>
<p>For example a local restaurant may have a fancy website, heavily flash based, but it looks great on a PC, and it costs them a lot of money. It would be easier to simply redevelop the entire site from scratch, in a responsive design but in keeping with the current look and feel of the corporate branding. In essence you&#8217;re re-building the entire site, and making the additional tweaks for the resizing/responsive aspects. And lets face it, there are always little niggling problems and issues which adds up and eats into the time spent on development.</p>
<p>That above sounds like a pretty costly exercise. In essence, a brand new site build and the cost that entails. And bare in mind, these guys have spent a lot of their current, insuffient website a few years earlier.</p>
<p>However if you instead provide a mobile website specifically for which there are many &#8220;skeleton models&#8221; available, onto which you just add in the branding and the page content needed. Whilst this is still a new site build, it&#8217;s only a smaller website and will take a fraction of the time. OK, you may not be able to charge as much to the client, but they maybe more affordable for more small businesses. And they may always come back to you in future for changes and maintainence.</p>
<p>It gets a little more complex if there is dynamic content within the websites, or your client has a CMS. But there are workarounds for this on a separate mobile website.</p>
<p>What I think I&#8217;m saying is that for clients with existing websites, an easy solution is a simple, small and quickly built mobile sub-site. For a brand new business, or one without a website in place, it would be good practice to give them a responsive website to fit all devices. And for those companies needing complex features or who are large organisations, it&#8217;s a case of Nielson&#8217;s cost-benefit analysis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Derek Pennycuff</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12181</link>
		<dc:creator>Derek Pennycuff</dc:creator>
		<pubDate>Tue, 22 May 2012 13:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12181</guid>
		<description>Stephanie Rieger&#039;s comment reminded me of another point I wanted to make. I think in time we&#039;ll see tools that ease the point of pain of content maintenance. NPR and the BBC seem to be moving in that direction with their in-house tools. And Karen McGrane (among others I&#039;m sure) has been talking about the need to evolve our content management systems beyond dumb buckets for holding blobs of text into tools to truly manage content across the complexity of current and future device ecosystems. When such tools become available — and aren&#039;t prohibitively expensive — then the ROI equation may shift dramatically. Although we&#039;ll still have the issue of training and support for the content creators.</description>
		<content:encoded><![CDATA[<p>Stephanie Rieger&#8217;s comment reminded me of another point I wanted to make. I think in time we&#8217;ll see tools that ease the point of pain of content maintenance. NPR and the BBC seem to be moving in that direction with their in-house tools. And Karen McGrane (among others I&#8217;m sure) has been talking about the need to evolve our content management systems beyond dumb buckets for holding blobs of text into tools to truly manage content across the complexity of current and future device ecosystems. When such tools become available — and aren&#8217;t prohibitively expensive — then the ROI equation may shift dramatically. Although we&#8217;ll still have the issue of training and support for the content creators.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Paul Boag</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12180</link>
		<dc:creator>Paul Boag</dc:creator>
		<pubDate>Tue, 22 May 2012 13:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12180</guid>
		<description>Absolutely agree Derek. I have a huge respect for Jakob Nielsen and I think you make some excellent points. That said, I don&#039;t want these comments to turn into a discussion of Nielsen personally because that is a dangerous road. You may have shared some nice points about Nielsen&#039;s approach but I wouldn&#039;t want others to start criticising the man personally. I am sure he is a great bloke :)</description>
		<content:encoded><![CDATA[<p>Absolutely agree Derek. I have a huge respect for Jakob Nielsen and I think you make some excellent points. That said, I don&#8217;t want these comments to turn into a discussion of Nielsen personally because that is a dangerous road. You may have shared some nice points about Nielsen&#8217;s approach but I wouldn&#8217;t want others to start criticising the man personally. I am sure he is a great bloke :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Derek Pennycuff</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12179</link>
		<dc:creator>Derek Pennycuff</dc:creator>
		<pubDate>Tue, 22 May 2012 13:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12179</guid>
		<description> I&#039;ve been reading Nielsen for years so I think I&#039;ve learned how to not let him get me riled up. He almost always has some solid core points. But he tends to over-extend them in ways that make it sound like he&#039;s saying &quot;These findings are true everywhere, forever.&quot;

I don&#039;t think he honestly believes that. Otherwise he&#039;d have stopped doing research by now and just rehash previous findings from similar studies with his new clients. And we get permission to be flexible within our own context with lines like &quot;…if that’s true for you, then do go that route.&quot;

But he&#039;s a pre-web researcher who works with big clients with deep pockets. Compared to those of us who either cut our professional teeth on the web or have learned to embrace the culture of the web Jakob&#039;s methods are more formal (although not necessarily more academic) and less open or transparent than we are accustomed to. Then he presents his findings with a sort of old-school authority that I&#039;m sure keeps many of his clients happy. But without being able to look at his data or his research methods ourselves
 his appeal to authority comes off sounding, like, just his opinion, 
man. And Jakob doesn&#039;t have the necessary flair to build a cult of personality like Jeffrey Zeldman or Jared Spool or Paul Boag (or The Dude). 

Much like the design of his website, Jakob&#039;s got presentation issues. But the core content is often pretty good. Personally I don&#039;t think the modern UX movement as we know it today would exist without his body of work.</description>
		<content:encoded><![CDATA[<p> I&#8217;ve been reading Nielsen for years so I think I&#8217;ve learned how to not let him get me riled up. He almost always has some solid core points. But he tends to over-extend them in ways that make it sound like he&#8217;s saying &#8220;These findings are true everywhere, forever.&#8221;</p>
<p>I don&#8217;t think he honestly believes that. Otherwise he&#8217;d have stopped doing research by now and just rehash previous findings from similar studies with his new clients. And we get permission to be flexible within our own context with lines like &#8220;…if that’s true for you, then do go that route.&#8221;</p>
<p>But he&#8217;s a pre-web researcher who works with big clients with deep pockets. Compared to those of us who either cut our professional teeth on the web or have learned to embrace the culture of the web Jakob&#8217;s methods are more formal (although not necessarily more academic) and less open or transparent than we are accustomed to. Then he presents his findings with a sort of old-school authority that I&#8217;m sure keeps many of his clients happy. But without being able to look at his data or his research methods ourselves<br />
 his appeal to authority comes off sounding, like, just his opinion,<br />
man. And Jakob doesn&#8217;t have the necessary flair to build a cult of personality like Jeffrey Zeldman or Jared Spool or Paul Boag (or The Dude). </p>
<p>Much like the design of his website, Jakob&#8217;s got presentation issues. But the core content is often pretty good. Personally I don&#8217;t think the modern UX movement as we know it today would exist without his body of work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Stephanie Rieger</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12178</link>
		<dc:creator>Stephanie Rieger</dc:creator>
		<pubDate>Tue, 22 May 2012 13:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12178</guid>
		<description>Jakob&#039;s post, as well as yours exemplify why this transition is proving to be such a struggle. Everything is measured based on todays processes, tools, materials and mental models. Content managements systems suck at enabling variations on content. Processes are based on the concept of designing once and with a high level of precision. Even browsers and HTML are woefully inadequate when faced with content/media/structures that may need to shift or transition in response to a change in context.

All this is measured against our current idea of mobile users as some sort of distinct and homogenous group. When it comes to the web, a &#039;mobile user&#039; is simply someone who happens to not be in front of a computer (and even that is increasingly untrue as surveys increasingly reveal long or frequent periods of personal device use at the office...not to mention the wide use of mobile devices in the home....it&#039;s amazing to see people surf for 5-10 minutes on a small screen, while their PC is right in front of them...)

We need to get into the habit of challenging all assumptions around how stuff currently works or we&#039;ll end up like the newspaper and publishing industries...bogged down by tools, processes and overhead that prevent true progress.

Note that I&#039;m conveniently not commenting on Jakob&#039;s conclusions or yours as the situation is currently all over the place. Content can just as often conspire against responsive design (rencent conversations with financial services, health care and government clients come to mind...poor structure, hard coded styles, overtly lengthy content that can&#039;t be reduced without costly and time consuming legal oversight etc.)

My best suggestion lately is to (if possible/practical) implement a separate site, but make that site responsive and use it as a giant A/B test enabling you to slowly streamline content, determine what can be trimmed and how to simplify interactions for *all* users, not just the mobile ones. All this with an eventual plan of ditching one of the sites, but doing so once traffic, user behaviour and content goals are far easier to define than they are today. :-)

</description>
		<content:encoded><![CDATA[<p>Jakob&#8217;s post, as well as yours exemplify why this transition is proving to be such a struggle. Everything is measured based on todays processes, tools, materials and mental models. Content managements systems suck at enabling variations on content. Processes are based on the concept of designing once and with a high level of precision. Even browsers and HTML are woefully inadequate when faced with content/media/structures that may need to shift or transition in response to a change in context.</p>
<p>All this is measured against our current idea of mobile users as some sort of distinct and homogenous group. When it comes to the web, a &#8216;mobile user&#8217; is simply someone who happens to not be in front of a computer (and even that is increasingly untrue as surveys increasingly reveal long or frequent periods of personal device use at the office&#8230;not to mention the wide use of mobile devices in the home&#8230;.it&#8217;s amazing to see people surf for 5-10 minutes on a small screen, while their PC is right in front of them&#8230;)</p>
<p>We need to get into the habit of challenging all assumptions around how stuff currently works or we&#8217;ll end up like the newspaper and publishing industries&#8230;bogged down by tools, processes and overhead that prevent true progress.</p>
<p>Note that I&#8217;m conveniently not commenting on Jakob&#8217;s conclusions or yours as the situation is currently all over the place. Content can just as often conspire against responsive design (rencent conversations with financial services, health care and government clients come to mind&#8230;poor structure, hard coded styles, overtly lengthy content that can&#8217;t be reduced without costly and time consuming legal oversight etc.)</p>
<p>My best suggestion lately is to (if possible/practical) implement a separate site, but make that site responsive and use it as a giant A/B test enabling you to slowly streamline content, determine what can be trimmed and how to simplify interactions for *all* users, not just the mobile ones. All this with an eventual plan of ditching one of the sites, but doing so once traffic, user behaviour and content goals are far easier to define than they are today. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EU Cookie Law – what to do now by David Mackland</title>
		<link>http://boagworld.com/site-content/the-eu-cookie-law-what-to-do-now/#comment-12177</link>
		<dc:creator>David Mackland</dc:creator>
		<pubDate>Tue, 22 May 2012 13:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7889#comment-12177</guid>
		<description>Don&#039;t Panic Mr Mainwaring.

Data Protection Act


Cases received: 33,234

 
Cases closed: 32,714  

Prosecutions: 9



Enforcement notices: 15  


Freedom of Information Act 

 
Cases received: 3,734


Cases closed: 4,196


Regulatory and enforcement actions: 3  

http://www.ico.gov.uk/about_us/our_organisation/key_facts.aspx 

Needless to say - showing some form of approach will show the ICO that your working towards compliance.  Having a prominent Cookie policy should be taken as read.</description>
		<content:encoded><![CDATA[<p>Don&#8217;t Panic Mr Mainwaring.</p>
<p>Data Protection Act</p>
<p>Cases received: 33,234</p>
<p>Cases closed: 32,714  </p>
<p>Prosecutions: 9</p>
<p>Enforcement notices: 15  </p>
<p>Freedom of Information Act </p>
<p>Cases received: 3,734</p>
<p>Cases closed: 4,196</p>
<p>Regulatory and enforcement actions: 3  </p>
<p><a href="http://www.ico.gov.uk/about_us/our_organisation/key_facts.aspx " rel="nofollow">http://www.ico.gov.uk/about_us/our_organisation/key_facts.aspx </a></p>
<p>Needless to say &#8211; showing some form of approach will show the ICO that your working towards compliance.  Having a prominent Cookie policy should be taken as read.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Eduárd Moldován</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12176</link>
		<dc:creator>Eduárd Moldován</dc:creator>
		<pubDate>Tue, 22 May 2012 13:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12176</guid>
		<description>Hey everybody,

As stated in this post, I also mostly aggree with Nielsen. The biggest thing is that, conent sould be optimized for different devices.
On the other hand, this doesn&#039;t have to be done with seperate mobile say, for example. A clever developer, teamed up with a great designer, can do many things right. 
Also, the user inteface can be optimized for different devices, things can shown, or hidden, different navigation may be displayed on a iPhone and a tablet.
I think that the path is actually somewhere here, where new technology allows us to do great things on many devices.

Cheers,
edi</description>
		<content:encoded><![CDATA[<p>Hey everybody,</p>
<p>As stated in this post, I also mostly aggree with Nielsen. The biggest thing is that, conent sould be optimized for different devices.<br />
On the other hand, this doesn&#8217;t have to be done with seperate mobile say, for example. A clever developer, teamed up with a great designer, can do many things right. <br />
Also, the user inteface can be optimized for different devices, things can shown, or hidden, different navigation may be displayed on a iPhone and a tablet.<br />
I think that the path is actually somewhere here, where new technology allows us to do great things on many devices.</p>
<p>Cheers,<br />
edi</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Separate mobile site vs. responsive design by Paul Boag</title>
		<link>http://boagworld.com/mobile-web/separate-mobile-site-vs-responsive-design/#comment-12175</link>
		<dc:creator>Paul Boag</dc:creator>
		<pubDate>Tue, 22 May 2012 13:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://boagworld.com/?p=7928#comment-12175</guid>
		<description>See I disagree with that. If you look at boagworld on an iPhone all of that is still there and I don&#039;t believe that is what he means. He is suggesting that mobile content should be different to that of desktop sites. That is my problem, because in my eyes that is just too much work for most organisations.</description>
		<content:encoded><![CDATA[<p>See I disagree with that. If you look at boagworld on an iPhone all of that is still there and I don&#8217;t believe that is what he means. He is suggesting that mobile content should be different to that of desktop sites. That is my problem, because in my eyes that is just too much work for most organisations.</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

Served from: boagworld.com @ 2012-05-23 17:27:05 -->
