<?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: 10 Tips on Writing Hero-worthy Error Messages</title>
	<atom:link href="http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/feed/" rel="self" type="application/rss+xml" />
	<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/</link>
	<description></description>
	<lastBuildDate>Thu, 18 Mar 2010 04:41:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Russ</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-18325</link>
		<dc:creator>Russ</dc:creator>
		<pubDate>Thu, 04 Feb 2010 20:42:42 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-18325</guid>
		<description>Excellent post! I&#039;m currently looking at ways to improve functionality/ease-of-use for web applications that we give to customers. Sometimes, these end up being used by the general public and I felt like the old, &quot;Oops! You broke it. We&#039;ll take a look and try to fix it.&quot; messages weren&#039;t really doing much good.

Taking a look at the error reports, a lot of times they are just from the user spamming the refresh button hoping their square peg would go in the round hole. Hopefully we&#039;ll be able to show them the square hole or the round peg, depending on the situation.</description>
		<content:encoded><![CDATA[<p>Excellent post! I&#8217;m currently looking at ways to improve functionality/ease-of-use for web applications that we give to customers. Sometimes, these end up being used by the general public and I felt like the old, &#8220;Oops! You broke it. We&#8217;ll take a look and try to fix it.&#8221; messages weren&#8217;t really doing much good.</p>
<p>Taking a look at the error reports, a lot of times they are just from the user spamming the refresh button hoping their square peg would go in the round hole. Hopefully we&#8217;ll be able to show them the square hole or the round peg, depending on the situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Evgeniy Dolzhenko</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-16775</link>
		<dc:creator>Evgeniy Dolzhenko</dc:creator>
		<pubDate>Sat, 28 Nov 2009 14:38:25 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-16775</guid>
		<description>I believe that in case of Firefox that&#039;s over the top humility. And I&#039;m not the one in that league :) http://www.lifehacker.com.au/2009/09/getting-rid-of-firefoxs-well-this-is-embarrassing-message/</description>
		<content:encoded><![CDATA[<p>I believe that in case of Firefox that&#8217;s over the top humility. And I&#8217;m not the one in that league :) <a href="http://www.lifehacker.com.au/2009/09/getting-rid-of-firefoxs-well-this-is-embarrassing-message/" rel="nofollow">http://www.lifehacker.com.au/2009/09/getting-rid-of-firefoxs-well-this-is-embarrassing-message/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Haris</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-16242</link>
		<dc:creator>Haris</dc:creator>
		<pubDate>Tue, 03 Nov 2009 22:05:26 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-16242</guid>
		<description>What about writing all the errors at the top of the page with a link &quot;Click here to fix this issue?&quot;. Is it user friendly?</description>
		<content:encoded><![CDATA[<p>What about writing all the errors at the top of the page with a link &#8220;Click here to fix this issue?&#8221;. Is it user friendly?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cha.rles_websit</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-16094</link>
		<dc:creator>cha.rles_websit</dc:creator>
		<pubDate>Wed, 28 Oct 2009 07:11:02 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-16094</guid>
		<description>I enjoy this article, it is very useful. nice. thanks Christine..!!!</description>
		<content:encoded><![CDATA[<p>I enjoy this article, it is very useful. nice. thanks Christine..!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cha.rles_websit</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-16093</link>
		<dc:creator>cha.rles_websit</dc:creator>
		<pubDate>Wed, 28 Oct 2009 07:08:53 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-16093</guid>
		<description>I enjoy this article, it&#039;s very nice tips</description>
		<content:encoded><![CDATA[<p>I enjoy this article, it&#8217;s very nice tips</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Howe</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-16065</link>
		<dc:creator>Steven Howe</dc:creator>
		<pubDate>Mon, 26 Oct 2009 13:56:13 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-16065</guid>
		<description>That&#039;s a pretty cool idea Robert and I have seen it on a couple of other sites. One thing to be wary of though is that you must have a &#039;back&#039; button to allow the user to make changes if they still want to.

For example - if you accidentally put your (non mandatory) telephone number in the zip code box and submit, when you arrive on the secondary page you are presented with the zip code box with your telephone number in it and are asked to change to a valid input. It is then the realisation sinks in that you maight have totally screwed the form up (but still enterede valid data values) - you search for the back button and it isn&#039;t there...</description>
		<content:encoded><![CDATA[<p>That&#8217;s a pretty cool idea Robert and I have seen it on a couple of other sites. One thing to be wary of though is that you must have a &#8216;back&#8217; button to allow the user to make changes if they still want to.</p>
<p>For example &#8211; if you accidentally put your (non mandatory) telephone number in the zip code box and submit, when you arrive on the secondary page you are presented with the zip code box with your telephone number in it and are asked to change to a valid input. It is then the realisation sinks in that you maight have totally screwed the form up (but still enterede valid data values) &#8211; you search for the back button and it isn&#8217;t there&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Free Arabic Movies</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-16063</link>
		<dc:creator>Free Arabic Movies</dc:creator>
		<pubDate>Mon, 26 Oct 2009 12:44:53 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-16063</guid>
		<description>Great tips
thank you very much</description>
		<content:encoded><![CDATA[<p>Great tips<br />
thank you very much</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-16062</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Mon, 26 Oct 2009 12:44:15 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-16062</guid>
		<description>A good article. I favour capturing the errors server side, returning to the page anchored at the error messages and offering the message at that point. This helps overcome some accessibility issues for devices that still don&#039;t support javascript fully.

I particularly like  Robert van Hoesel&#039;s idea of filtering the errors out on large forms, rather than having the user skip through the form to locate the errors - however I may worry about the missing fields not being presented in context, especially if they are similarly labelled.

Sometimes reading the the form where you have made one mistake - can allow you a second chance to correct something that has been misspelled elsewhere (especially if you have a habit of quickly typing in your address etc..)</description>
		<content:encoded><![CDATA[<p>A good article. I favour capturing the errors server side, returning to the page anchored at the error messages and offering the message at that point. This helps overcome some accessibility issues for devices that still don&#8217;t support javascript fully.</p>
<p>I particularly like  Robert van Hoesel&#8217;s idea of filtering the errors out on large forms, rather than having the user skip through the form to locate the errors &#8211; however I may worry about the missing fields not being presented in context, especially if they are similarly labelled.</p>
<p>Sometimes reading the the form where you have made one mistake &#8211; can allow you a second chance to correct something that has been misspelled elsewhere (especially if you have a habit of quickly typing in your address etc..)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert van Hoesel</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-16033</link>
		<dc:creator>Robert van Hoesel</dc:creator>
		<pubDate>Sat, 24 Oct 2009 12:13:37 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-16033</guid>
		<description>A new way of showing error messages I&#039;m experimenting with is through asking the wrong fields again on an other page.
For example; If your customer should fill in his address and forgot his zip code you ask on the next page to fill in the zip code, with an elegant error message. This points out to the user what&#039;s wrong. Also the data filled in in the huge form isn&#039;t lost. I really hate it when you have to scroll down a form again to find that one and only field you forgot to fill in. If you&#039;d show only the wrong field(s) on a next page the user also understands you can&#039;t go on without filling all the stuff in.</description>
		<content:encoded><![CDATA[<p>A new way of showing error messages I&#8217;m experimenting with is through asking the wrong fields again on an other page.<br />
For example; If your customer should fill in his address and forgot his zip code you ask on the next page to fill in the zip code, with an elegant error message. This points out to the user what&#8217;s wrong. Also the data filled in in the huge form isn&#8217;t lost. I really hate it when you have to scroll down a form again to find that one and only field you forgot to fill in. If you&#8217;d show only the wrong field(s) on a next page the user also understands you can&#8217;t go on without filling all the stuff in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: victor</title>
		<link>http://carsonified.com/blog/design/ux/10-tips-on-writing-hero-worthy-error-messages/#comment-15988</link>
		<dc:creator>victor</dc:creator>
		<pubDate>Thu, 22 Oct 2009 20:10:44 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=3566#comment-15988</guid>
		<description>That&#039;s it, yah ur right josh!...
&lt;a href=&quot;http://www.heatpumpprices.co.uk&quot; rel=&quot;nofollow&quot;&gt;Heat Pump Prices&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>That&#8217;s it, yah ur right josh!&#8230;<br />
<a href="http://www.heatpumpprices.co.uk" rel="nofollow">Heat Pump Prices</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
