<?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: Why are we typing passwords twice?</title>
	<atom:link href="http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/</link>
	<description>Interaction Designer and Interface Developer</description>
	<lastBuildDate>Tue, 07 Sep 2010 11:45:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Praveen Verma</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1993</link>
		<dc:creator>Praveen Verma</dc:creator>
		<pubDate>Thu, 29 Jul 2010 18:55:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1993</guid>
		<description>Interesting! There are situations when you are creating an account with someone sitting by your side. You do not want to reveal your password to this person by checking &quot;Show Password&quot; checkbox. I believe that typing it twice takes care of all these exception scenarios.

However, there is another scenario where conventional approach (typing twice) fails. What if, the caps lock is ON and the user unaware of it creates a password. Next time, when he tries to login with Caps Lock OFF the password obviously does not work.

I believe, conventional approach with your &quot;show password&quot; checkbox is a certain value add.</description>
		<content:encoded><![CDATA[<p>Interesting! There are situations when you are creating an account with someone sitting by your side. You do not want to reveal your password to this person by checking &#8220;Show Password&#8221; checkbox. I believe that typing it twice takes care of all these exception scenarios.</p>
<p>However, there is another scenario where conventional approach (typing twice) fails. What if, the caps lock is ON and the user unaware of it creates a password. Next time, when he tries to login with Caps Lock OFF the password obviously does not work.</p>
<p>I believe, conventional approach with your &#8220;show password&#8221; checkbox is a certain value add.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders LindÃ©n</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1870</link>
		<dc:creator>Anders LindÃ©n</dc:creator>
		<pubDate>Wed, 05 May 2010 08:40:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1870</guid>
		<description></description>
		<content:encoded><![CDATA[]]></content:encoded>
	</item>
	<item>
		<title>By: Anders LindÃ©n</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1869</link>
		<dc:creator>Anders LindÃ©n</dc:creator>
		<pubDate>Wed, 05 May 2010 08:28:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1869</guid>
		<description>The discussion whether passwords should be masked or if passwords should be typed twice is redundant in favour of the question &quot;we do we still use passwords&quot;?

A &quot;lost password&quot; link is all thats needed!

And we also need a html input field,  which is like a , but when the user presses the button, the email is filled in automatically!
Or it could possibly render as a selectbox, people use many emails nowadays.</description>
		<content:encoded><![CDATA[<p>The discussion whether passwords should be masked or if passwords should be typed twice is redundant in favour of the question &#8220;we do we still use passwords&#8221;?</p>
<p>A &#8220;lost password&#8221; link is all thats needed!</p>
<p>And we also need a html input field,  which is like a , but when the user presses the button, the email is filled in automatically!<br />
Or it could possibly render as a selectbox, people use many emails nowadays.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dominic Watson</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1688</link>
		<dc:creator>Dominic Watson</dc:creator>
		<pubDate>Tue, 20 Apr 2010 09:14:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1688</guid>
		<description>At first I thought this was a wicked idea... but if you think about how people will use it. We type in the password a second time so that we can be a little more certain that what we have just typed does not contain typos. Ok so now you only have to do it once... but I think most/all users will want to show their password after typing it anyway and will feel a little uneasy if they&#039;re in a public place. I&#039;d prefer to just confirm my password when people are looking over my shoulder than tell everyone in the room to look away whilst I look at what I just typed :p I don&#039;t think it is any quicker if they have to stop for a moment, look around them and then decide if they can uncover it, check.</description>
		<content:encoded><![CDATA[<p>At first I thought this was a wicked idea&#8230; but if you think about how people will use it. We type in the password a second time so that we can be a little more certain that what we have just typed does not contain typos. Ok so now you only have to do it once&#8230; but I think most/all users will want to show their password after typing it anyway and will feel a little uneasy if they&#8217;re in a public place. I&#8217;d prefer to just confirm my password when people are looking over my shoulder than tell everyone in the room to look away whilst I look at what I just typed :p I don&#8217;t think it is any quicker if they have to stop for a moment, look around them and then decide if they can uncover it, check.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Norik</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1594</link>
		<dc:creator>Norik</dc:creator>
		<pubDate>Sun, 04 Apr 2010 16:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1594</guid>
		<description>Nice point, 

here is the problem I have with 

p
*a
**s
***s
****w
*****o
******r
*******d

What if there is someone over shoulder?

I guess this article is a better alternative to the problem of masking and password confirmation.</description>
		<content:encoded><![CDATA[<p>Nice point, </p>
<p>here is the problem I have with </p>
<p>p<br />
*a<br />
**s<br />
***s<br />
****w<br />
*****o<br />
******r<br />
*******d</p>
<p>What if there is someone over shoulder?</p>
<p>I guess this article is a better alternative to the problem of masking and password confirmation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fulihan</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1577</link>
		<dc:creator>fulihan</dc:creator>
		<pubDate>Mon, 29 Mar 2010 05:25:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1577</guid>
		<description>it&#039;s a good idea!Support you</description>
		<content:encoded><![CDATA[<p>it&#8217;s a good idea!Support you</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jordan</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1374</link>
		<dc:creator>Jordan</dc:creator>
		<pubDate>Mon, 07 Dec 2009 15:43:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1374</guid>
		<description>So add a checkbox for show password and if your on a projector or in a public place, leave it hidden, if your at home or sure theres no one else there, show it.</description>
		<content:encoded><![CDATA[<p>So add a checkbox for show password and if your on a projector or in a public place, leave it hidden, if your at home or sure theres no one else there, show it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1296</link>
		<dc:creator>Karl</dc:creator>
		<pubDate>Thu, 19 Nov 2009 11:15:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1296</guid>
		<description>I like it. Anything that reduces the workload for a user is a step in the right direction in my opinion. I&#039;m not really sure that all users (and certainly most clients) would be comfortable in submitting a password that had been typed only once into a masked text box. Clients would be worried about data quality and users (particularly non-proficient users) would be worried about typos. 

So although somewhat controversial, I actually agree with father Jakob&#039;s recent(ish) alertbox... Don&#039;t mask passwords (http://www.useit.com/alertbox/passwords.html)... unless of course your application warrants it, for a real or perceived security need. So my approach would be:

1. One password box
2. Non-masked by default
3. Check box to MASK the password

Of course it depends on what and who you&#039;re designing for, but as a default position I think this is good because it: 

a) reduces user workload 
b) allows a user to visually confirm password is as intended 
c) can allay shoulder-surf fears of some users

Just my 2 cents.</description>
		<content:encoded><![CDATA[<p>I like it. Anything that reduces the workload for a user is a step in the right direction in my opinion. I&#8217;m not really sure that all users (and certainly most clients) would be comfortable in submitting a password that had been typed only once into a masked text box. Clients would be worried about data quality and users (particularly non-proficient users) would be worried about typos. </p>
<p>So although somewhat controversial, I actually agree with father Jakob&#8217;s recent(ish) alertbox&#8230; Don&#8217;t mask passwords (<a href="http://www.useit.com/alertbox/passwords.html" rel="nofollow">http://www.useit.com/alertbox/passwords.html</a>)&#8230; unless of course your application warrants it, for a real or perceived security need. So my approach would be:</p>
<p>1. One password box<br />
2. Non-masked by default<br />
3. Check box to MASK the password</p>
<p>Of course it depends on what and who you&#8217;re designing for, but as a default position I think this is good because it: </p>
<p>a) reduces user workload<br />
b) allows a user to visually confirm password is as intended<br />
c) can allay shoulder-surf fears of some users</p>
<p>Just my 2 cents.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny Sedor</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1282</link>
		<dc:creator>Danny Sedor</dc:creator>
		<pubDate>Sat, 14 Nov 2009 20:58:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1282</guid>
		<description>I agree that most developers are creatures of habit and simply add the extra field because we always have. I am very much in favor of the &quot;Show Password&quot; query as a replacement for the redundancy that we are all so accustomed to.</description>
		<content:encoded><![CDATA[<p>I agree that most developers are creatures of habit and simply add the extra field because we always have. I am very much in favor of the &#8220;Show Password&#8221; query as a replacement for the redundancy that we are all so accustomed to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Olyslager</title>
		<link>http://www.unwrongest.com/blog/why-are-we-typing-passwords-twice/comment-page-1/#comment-1281</link>
		<dc:creator>Paul Olyslager</dc:creator>
		<pubDate>Sat, 14 Nov 2009 18:35:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.unwrongest.com/?p=502#comment-1281</guid>
		<description>I&#039;ve been writing about the same topic and someone suggested to implement a system which apple uses on its iphones. After every new entry in the textfield, the previous entry changes in a dot.

p
*a
**s
***s
****w
*****o
******r
*******d

This system doesn&#039;t need the extra mouse-click and people can quickly continue with filling in the form without any hassle. You can always read the conversation here: http://www.paulolyslager.com/why-do-passwords-appear-as-dots-in-a-form.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been writing about the same topic and someone suggested to implement a system which apple uses on its iphones. After every new entry in the textfield, the previous entry changes in a dot.</p>
<p>p<br />
*a<br />
**s<br />
***s<br />
****w<br />
*****o<br />
******r<br />
*******d</p>
<p>This system doesn&#8217;t need the extra mouse-click and people can quickly continue with filling in the form without any hassle. You can always read the conversation here: <a href="http://www.paulolyslager.com/why-do-passwords-appear-as-dots-in-a-form" rel="nofollow">http://www.paulolyslager.com/why-do-passwords-appear-as-dots-in-a-form</a>.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
