<?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 for Usability Thoughts</title>
	<atom:link href="http://usabilitythoughts.com/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://usabilitythoughts.com</link>
	<description>content meets user</description>
	<lastBuildDate>Mon, 25 Jun 2012 14:36:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>Comment on And the prize for the most idiotic interface goes to&#8230; by Chantal</title>
		<link>http://usabilitythoughts.com/and-the-prize-for-the-most-idiotic-interface-goes-to.html/comment-page-1#comment-16083</link>
		<dc:creator>Chantal</dc:creator>
		<pubDate>Mon, 25 Jun 2012 14:36:06 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=207#comment-16083</guid>
		<description>Eeep, that&#039;s painful. Such small mistakes that make such a big difference.</description>
		<content:encoded><![CDATA[<p>Eeep, that&#8217;s painful. Such small mistakes that make such a big difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Simple things by libby</title>
		<link>http://usabilitythoughts.com/simple-things.html/comment-page-1#comment-14527</link>
		<dc:creator>libby</dc:creator>
		<pubDate>Sun, 08 Apr 2012 17:16:22 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=187#comment-14527</guid>
		<description>i have to disagree with both posts above - the switch for a US bathroom light is _usually_ on the inside of the bathroom for houses built in the 80s or later. anything built in the 60s or earlier the switches are often found *outside* the bathroom.

1st - yes, on when occupied, off when room is empty
2ns - location if inside is usually there, but not always.</description>
		<content:encoded><![CDATA[<p>i have to disagree with both posts above &#8211; the switch for a US bathroom light is _usually_ on the inside of the bathroom for houses built in the 80s or later. anything built in the 60s or earlier the switches are often found *outside* the bathroom.</p>
<p>1st &#8211; yes, on when occupied, off when room is empty<br />
2ns &#8211; location if inside is usually there, but not always.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on And the prize for the most idiotic interface goes to&#8230; by Emerald</title>
		<link>http://usabilitythoughts.com/and-the-prize-for-the-most-idiotic-interface-goes-to.html/comment-page-1#comment-14519</link>
		<dc:creator>Emerald</dc:creator>
		<pubDate>Sun, 08 Apr 2012 12:20:11 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=207#comment-14519</guid>
		<description>I strongly agree with this !</description>
		<content:encoded><![CDATA[<p>I strongly agree with this !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on And the prize for the most idiotic interface goes to&#8230; by Goran</title>
		<link>http://usabilitythoughts.com/and-the-prize-for-the-most-idiotic-interface-goes-to.html/comment-page-1#comment-13877</link>
		<dc:creator>Goran</dc:creator>
		<pubDate>Sat, 17 Mar 2012 19:14:33 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=207#comment-13877</guid>
		<description>Ok :)</description>
		<content:encoded><![CDATA[<p>Ok <img src='http://usabilitythoughts.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on And the prize for the most idiotic interface goes to&#8230; by Adrian</title>
		<link>http://usabilitythoughts.com/and-the-prize-for-the-most-idiotic-interface-goes-to.html/comment-page-1#comment-13872</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Sat, 17 Mar 2012 11:22:01 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=207#comment-13872</guid>
		<description>- the main, call to action (if you can name it that way) button is &quot;Clear&quot;, which deletes everything you wrote.
- the export icon is actually the &quot;add row&quot; icon from famfamfam, and the import is the &quot;delete row&quot;. The visual aid is not only nonexistent but confusing.</description>
		<content:encoded><![CDATA[<p>- the main, call to action (if you can name it that way) button is &#8220;Clear&#8221;, which deletes everything you wrote.<br />
- the export icon is actually the &#8220;add row&#8221; icon from famfamfam, and the import is the &#8220;delete row&#8221;. The visual aid is not only nonexistent but confusing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on And the prize for the most idiotic interface goes to&#8230; by Goran</title>
		<link>http://usabilitythoughts.com/and-the-prize-for-the-most-idiotic-interface-goes-to.html/comment-page-1#comment-13870</link>
		<dc:creator>Goran</dc:creator>
		<pubDate>Sat, 17 Mar 2012 10:33:35 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=207#comment-13870</guid>
		<description>Some explanation?</description>
		<content:encoded><![CDATA[<p>Some explanation?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login with email vs. username by Moein</title>
		<link>http://usabilitythoughts.com/login-with-email-vs-username.html/comment-page-1#comment-11940</link>
		<dc:creator>Moein</dc:creator>
		<pubDate>Tue, 13 Dec 2011 11:48:53 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=15#comment-11940</guid>
		<description>Well I had to implement a login form and the model for it
So let me tell you if the programmer isn&#039;t lazy he can&#039;t easily resolve this problem
I did it this way
I added a check box after the email saying if the user wants to use a username and if the check box is not checked then I generate a unique random username and save it in the table
Then the user can login either with email or the username(just like twitter)
And he can always change the username as he likes
Like this you can have the both side happy right? ;)</description>
		<content:encoded><![CDATA[<p>Well I had to implement a login form and the model for it<br />
So let me tell you if the programmer isn&#8217;t lazy he can&#8217;t easily resolve this problem<br />
I did it this way<br />
I added a check box after the email saying if the user wants to use a username and if the check box is not checked then I generate a unique random username and save it in the table<br />
Then the user can login either with email or the username(just like twitter)<br />
And he can always change the username as he likes<br />
Like this you can have the both side happy right? <img src='http://usabilitythoughts.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login with email vs. username by Joe Burke</title>
		<link>http://usabilitythoughts.com/login-with-email-vs-username.html/comment-page-1#comment-10568</link>
		<dc:creator>Joe Burke</dc:creator>
		<pubDate>Thu, 15 Sep 2011 16:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=15#comment-10568</guid>
		<description>I would say that email for login is the only appropriate method, but that does not remove, for some applications, the requirement of a username. The two should b e treated as separate entities used for different purposes.</description>
		<content:encoded><![CDATA[<p>I would say that email for login is the only appropriate method, but that does not remove, for some applications, the requirement of a username. The two should b e treated as separate entities used for different purposes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login with email vs. username by Mitchell Pilot</title>
		<link>http://usabilitythoughts.com/login-with-email-vs-username.html/comment-page-1#comment-5638</link>
		<dc:creator>Mitchell Pilot</dc:creator>
		<pubDate>Thu, 02 Dec 2010 17:34:54 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=15#comment-5638</guid>
		<description>I don&#039;t like email addresses as login IDs (although I see I am the outlier here). 

The original concept of using both a login ID and password (as opposed to just a password as was done in the early days) is that the ID can be a public identifier and only the password need be kept private.  Because of spam abuse, email addresses cannot be made public, thus making them a poor substitute for a user ID.  Adding a &quot;screen name&quot; while still using the email address to login further complicates what should be very simple:  your login ID is public, your password is private, your email address is a data item in your account (also private).

In my mind, the trend toward using email addresses as login identifiers is a touch of laziness on the part of website designers.  As you mentioned, it avoids the problem of checking for duplicates, and of storing an additional data item (the username) in the database.  It does this at the expense of using as a personal identifier something that was never meant to be that.

I will admit that I am biased because I use a disposable email service that assigns a different email address to every forum I visit; I have many email addresses and cannot remember any of them.  I can remember my username (for the few sites that let me use one).</description>
		<content:encoded><![CDATA[<p>I don&#8217;t like email addresses as login IDs (although I see I am the outlier here). </p>
<p>The original concept of using both a login ID and password (as opposed to just a password as was done in the early days) is that the ID can be a public identifier and only the password need be kept private.  Because of spam abuse, email addresses cannot be made public, thus making them a poor substitute for a user ID.  Adding a &#8220;screen name&#8221; while still using the email address to login further complicates what should be very simple:  your login ID is public, your password is private, your email address is a data item in your account (also private).</p>
<p>In my mind, the trend toward using email addresses as login identifiers is a touch of laziness on the part of website designers.  As you mentioned, it avoids the problem of checking for duplicates, and of storing an additional data item (the username) in the database.  It does this at the expense of using as a personal identifier something that was never meant to be that.</p>
<p>I will admit that I am biased because I use a disposable email service that assigns a different email address to every forum I visit; I have many email addresses and cannot remember any of them.  I can remember my username (for the few sites that let me use one).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login with email vs. username by Josh</title>
		<link>http://usabilitythoughts.com/login-with-email-vs-username.html/comment-page-1#comment-5195</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Thu, 07 Oct 2010 18:11:02 +0000</pubDate>
		<guid isPermaLink="false">http://usabilitythoughts.com/?p=15#comment-5195</guid>
		<description>I dislike screen names, but what about the privacy and usability concerns associated with using an email address to log in? Can I set up an account using steve@apple.com? If so, I&#039;m not going to see communications about my account, and Steve&#039;s going to get spammed.

If the site requires me to verify that I own the email address, that introduces an extra step and a bunch of friction as my signup is interrupted by the need to go find the email and click its link.

Also, if the email address is a unique account identifier, can I plug other people&#039;s emails into the signup form and find out whether they have accounts already? Shouldn&#039;t that be private information?</description>
		<content:encoded><![CDATA[<p>I dislike screen names, but what about the privacy and usability concerns associated with using an email address to log in? Can I set up an account using <a href="mailto:steve@apple.com">steve@apple.com</a>? If so, I&#8217;m not going to see communications about my account, and Steve&#8217;s going to get spammed.</p>
<p>If the site requires me to verify that I own the email address, that introduces an extra step and a bunch of friction as my signup is interrupted by the need to go find the email and click its link.</p>
<p>Also, if the email address is a unique account identifier, can I plug other people&#8217;s emails into the signup form and find out whether they have accounts already? Shouldn&#8217;t that be private information?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
