<?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: Jef Raskin&#8217;s First Law of Interface Design Explained</title>
	<atom:link href="http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/feed/" rel="self" type="application/rss+xml" />
	<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/</link>
	<description>Instant Usability &#38; Web Standards</description>
	<lastBuildDate>Sat, 28 Jan 2012 13:44:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: mprove</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-495246</link>
		<dc:creator>mprove</dc:creator>
		<pubDate>Mon, 19 Apr 2010 06:17:32 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-495246</guid>
		<description>There is another situation when the locus and focus of attention do not match (terms from The Humane Interface). You think you are there, start typing, but in fact you are not. And half a sentence is lost because the text cursor was not in the place you thought it was. My solution (or is this also taken from The Humane Interface?) would be to make the mouse cursor smart and temporarily store all the characters. During this time the chars follow the mouse. The next click to a text field would release the little guys to where they belong. 
-Matthias</description>
		<content:encoded><![CDATA[<p>There is another situation when the locus and focus of attention do not match (terms from The Humane Interface). You think you are there, start typing, but in fact you are not. And half a sentence is lost because the text cursor was not in the place you thought it was. My solution (or is this also taken from The Humane Interface?) would be to make the mouse cursor smart and temporarily store all the characters. During this time the chars follow the mouse. The next click to a text field would release the little guys to where they belong.<br />
-Matthias</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lead Management Software</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-494859</link>
		<dc:creator>Lead Management Software</dc:creator>
		<pubDate>Sat, 10 Apr 2010 22:05:19 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-494859</guid>
		<description>This is the sort of thing that makes people bounce - keep the information there an highlight it for goodness sake!</description>
		<content:encoded><![CDATA[<p>This is the sort of thing that makes people bounce &#8211; keep the information there an highlight it for goodness sake!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael (Wireframe Tool Producer)</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-491142</link>
		<dc:creator>Michael (Wireframe Tool Producer)</dc:creator>
		<pubDate>Wed, 25 Nov 2009 11:59:41 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-491142</guid>
		<description>Hi Jesper!

You are speaking from my heart with your gut wrenching examples. I work in usability for quite some time now and we even offer a wireframing and usability testing tool to held designers avoid that kind of stuff. But I never understand, that even so called &quot;usability professionals&quot; test the workflows and processes of their sites many times, but very often leave the error messages to the programmers.

But it&#039;s excatly when something goes wrong, that the user needs help from the system - he didn&#039;s do the mistake on purpose! 

Cheers,

Michael</description>
		<content:encoded><![CDATA[<p>Hi Jesper!</p>
<p>You are speaking from my heart with your gut wrenching examples. I work in usability for quite some time now and we even offer a wireframing and usability testing tool to held designers avoid that kind of stuff. But I never understand, that even so called &#8220;usability professionals&#8221; test the workflows and processes of their sites many times, but very often leave the error messages to the programmers.</p>
<p>But it&#8217;s excatly when something goes wrong, that the user needs help from the system &#8211; he didn&#8217;s do the mistake on purpose! </p>
<p>Cheers,</p>
<p>Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike B. Fisher</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-489102</link>
		<dc:creator>Mike B. Fisher</dc:creator>
		<pubDate>Sun, 13 Sep 2009 18:32:07 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-489102</guid>
		<description>Deleting a user&#039;s previously entered information is indeed a usability &quot;worst practice&quot;. I&#039;ve seen systems where users were required to enter many fields including serial numbers and other complex data - then had this information cleared upon triggering an error. Dan&#039;s reference to the Hippocratic oath is right on target.</description>
		<content:encoded><![CDATA[<p>Deleting a user&#8217;s previously entered information is indeed a usability &#8220;worst practice&#8221;. I&#8217;ve seen systems where users were required to enter many fields including serial numbers and other complex data &#8211; then had this information cleared upon triggering an error. Dan&#8217;s reference to the Hippocratic oath is right on target.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jordan</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-484858</link>
		<dc:creator>Jordan</dc:creator>
		<pubDate>Sun, 26 Apr 2009 05:33:34 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-484858</guid>
		<description>I&#039;m always curious if there&#039;s a logical reason why so many sites clear out my passwords when I fail the captcha or have some other reason why I have to re-enter my data.</description>
		<content:encoded><![CDATA[<p>I&#8217;m always curious if there&#8217;s a logical reason why so many sites clear out my passwords when I fail the captcha or have some other reason why I have to re-enter my data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vituperative</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-484813</link>
		<dc:creator>Vituperative</dc:creator>
		<pubDate>Fri, 24 Apr 2009 20:43:01 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-484813</guid>
		<description>What&#039;s really shocking is how common this sin is among even high profile sites.  I&#039;ve aborted many signups because of it.</description>
		<content:encoded><![CDATA[<p>What&#8217;s really shocking is how common this sin is among even high profile sites.  I&#8217;ve aborted many signups because of it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-484352</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Sun, 19 Apr 2009 19:31:21 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-484352</guid>
		<description>&quot;says “credit card information invalid. type again” and then deletes all entered credit card information&quot;

I hate this one most, because credit card information usually contains large numbers...</description>
		<content:encoded><![CDATA[<p>&#8220;says “credit card information invalid. type again” and then deletes all entered credit card information&#8221;</p>
<p>I hate this one most, because credit card information usually contains large numbers&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Olsen</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-484056</link>
		<dc:creator>Dan Olsen</dc:creator>
		<pubDate>Fri, 17 Apr 2009 05:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-484056</guid>
		<description>I have a UI Design Law that applies to redesigning existing functionality.

Medical doctors are trained to follow the principle &#039;first, do no harm&#039; (from the latin &#039;primum non nocere&#039;):
http://en.wikipedia.org/wiki/Primum_non_nocere

The basic idea is: while improving the patient&#039;s health is an important objective, not making the patient&#039;s health worse is even more important.

While product redesigns are always started with the best intentions of making the product better, changes to existing functionality can often have negative side effects for users.

Sometimes, existing functionality is removed by accident without realizing it. Sometimes, the changes are made deliberately because the team thinks they know better, only to be set straight by the complaints of angry users. Sometimes, unexpected technical complexities and/or schedule pressures force a team to make a decision they know is suboptimal.

The costs of a redesign mistake goes up the more users you have. There have been several recent examples of popular products angering users with a redesign. Next time you see that happen, ask yourself whether or not the company was applying the concept of &#039;first, do no harm&#039;.</description>
		<content:encoded><![CDATA[<p>I have a UI Design Law that applies to redesigning existing functionality.</p>
<p>Medical doctors are trained to follow the principle &#8216;first, do no harm&#8217; (from the latin &#8216;primum non nocere&#8217;):<br />
<a href="http://en.wikipedia.org/wiki/Primum_non_nocere">http://en.wikipedia.org/wiki/Primum_non_nocere</a></p>
<p>The basic idea is: while improving the patient&#8217;s health is an important objective, not making the patient&#8217;s health worse is even more important.</p>
<p>While product redesigns are always started with the best intentions of making the product better, changes to existing functionality can often have negative side effects for users.</p>
<p>Sometimes, existing functionality is removed by accident without realizing it. Sometimes, the changes are made deliberately because the team thinks they know better, only to be set straight by the complaints of angry users. Sometimes, unexpected technical complexities and/or schedule pressures force a team to make a decision they know is suboptimal.</p>
<p>The costs of a redesign mistake goes up the more users you have. There have been several recent examples of popular products angering users with a redesign. Next time you see that happen, ask yourself whether or not the company was applying the concept of &#8216;first, do no harm&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Månhus &#187; Länksprutning - 27 March 2009</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-480606</link>
		<dc:creator>Månhus &#187; Länksprutning - 27 March 2009</dc:creator>
		<pubDate>Fri, 27 Mar 2009 07:00:45 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-480606</guid>
		<description>[...] Jef Raskin’s First Law of Interface Design Explained [...]</description>
		<content:encoded><![CDATA[<p>[...] Jef Raskin’s First Law of Interface Design Explained [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesper Rønn-Jensen</title>
		<link>http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/comment-page-1/#comment-479187</link>
		<dc:creator>Jesper Rønn-Jensen</dc:creator>
		<pubDate>Fri, 20 Mar 2009 14:28:53 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/?p=1055#comment-479187</guid>
		<description>@Jeet: 
&lt;blockquote cite=&quot;http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/#comment-479183&quot;&gt;forms resetting other fields when I entered an incorrect captcha which was difficult to start with&lt;/blockquote&gt;
Good example! I appended it to the list above!</description>
		<content:encoded><![CDATA[<p>@Jeet: </p>
<blockquote cite="http://justaddwater.dk/2009/03/19/jef-raskins-first-law-of-interface-design-explained/#comment-479183"><p>forms resetting other fields when I entered an incorrect captcha which was difficult to start with</p></blockquote>
<p>Good example! I appended it to the list above!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

