<?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: Idea: The simplest registration form ever</title>
	<atom:link href="http://lea.verou.me/2009/07/idea-the-simplest-registration-form-ever/feed/" rel="self" type="application/rss+xml" />
	<link>http://lea.verou.me/2009/07/idea-the-simplest-registration-form-ever/</link>
	<description>Life at the bleeding edge (of web standards)</description>
	<lastBuildDate>Fri, 10 Feb 2012 07:25:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: James</title>
		<link>http://lea.verou.me/2009/07/idea-the-simplest-registration-form-ever/#comment-522</link>
		<dc:creator>James</dc:creator>
		<pubDate>Thu, 23 Jul 2009 22:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://leaverou.me/?p=361#comment-522</guid>
		<description>Good point about generated passwords; they are a bit of a nuisance!</description>
		<content:encoded><![CDATA[<p>Good point about generated passwords; they are a bit of a nuisance!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lea Verou</title>
		<link>http://lea.verou.me/2009/07/idea-the-simplest-registration-form-ever/#comment-521</link>
		<dc:creator>Lea Verou</dc:creator>
		<pubDate>Thu, 23 Jul 2009 22:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://leaverou.me/?p=361#comment-521</guid>
		<description>Thanks for your valuable input James.

Is the login form&#039;s functionality actually that different from the registration form? They essentially need the same data to be filled in, they have similar purposes (the first creates an account, the second checks if a matching account exists). In fact many websites combine these forms, by putting them next to each other, on the same page. They just don&#039;t use the same &lt;form&gt; tag.

I&#039;m strongly against generated passwords: Most users never change them so they keep going back to check &quot;that email&quot; in order to log in (in case they didn&#039;t store it in the browser). Also, it&#039;s unrealistic and pointless to expect a registration form to be easier/faster to fill in than a standard login form, since the login form will probably be filled in a lot more frequently than the registration form.

I agree on your statement about website forms being the hardest website element to get right.

I also agree that my idea definitely needs refinment. That&#039;s why I posted it in the first place. :P 

As for pressing the enter key, that&#039;s a very good point and I hate to admit that it&#039;s something I missed when pointing out the drawbacks of the &quot;one button for each function&quot; approach. I guess if the user hits the Enter key, it should treat it as a login and if there&#039;s no matching account and the username is free, provide the option to register.</description>
		<content:encoded><![CDATA[<p>Thanks for your valuable input James.</p>
<p>Is the login form&#8217;s functionality actually that different from the registration form? They essentially need the same data to be filled in, they have similar purposes (the first creates an account, the second checks if a matching account exists). In fact many websites combine these forms, by putting them next to each other, on the same page. They just don&#8217;t use the same &lt;form&gt; tag.</p>
<p>I&#8217;m strongly against generated passwords: Most users never change them so they keep going back to check &#8220;that email&#8221; in order to log in (in case they didn&#8217;t store it in the browser). Also, it&#8217;s unrealistic and pointless to expect a registration form to be easier/faster to fill in than a standard login form, since the login form will probably be filled in a lot more frequently than the registration form.</p>
<p>I agree on your statement about website forms being the hardest website element to get right.</p>
<p>I also agree that my idea definitely needs refinment. That&#8217;s why I posted it in the first place. <img src='http://lea.verou.me/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' />  </p>
<p>As for pressing the enter key, that&#8217;s a very good point and I hate to admit that it&#8217;s something I missed when pointing out the drawbacks of the &#8220;one button for each function&#8221; approach. I guess if the user hits the Enter key, it should treat it as a login and if there&#8217;s no matching account and the username is free, provide the option to register.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://lea.verou.me/2009/07/idea-the-simplest-registration-form-ever/#comment-520</link>
		<dc:creator>James</dc:creator>
		<pubDate>Thu, 23 Jul 2009 22:13:45 +0000</pubDate>
		<guid isPermaLink="false">http://leaverou.me/?p=361#comment-520</guid>
		<description>Interesting idea.

I can appreciate the need to simplify; but why does that necessarily mean &quot;to combine&quot;? I feel, by combining two forms, both with very different functionality, you&#039;re going to end up confusing quite a few users. I&#039;m all for simplified registration forms; heck, I would go even further and just have an email field (we can send them a generated password), but I honestly don&#039;t think the benefits of your solution outweigh the potential costs (as it currently stands).

I think forms are one of the hardest website elements to get right. It&#039;s a constant compromise between convention, usability, simplicity and design. I don&#039;t believe it&#039;s been perfected yet... We need to keep on pushing for new approaches and ideas. 

With a bit of refinement your idea is definitely worth trying... I like Paul&#039;s idea of having two buttons also. (But be careful, many users don&#039;t press a button; they press enter)</description>
		<content:encoded><![CDATA[<p>Interesting idea.</p>
<p>I can appreciate the need to simplify; but why does that necessarily mean &#8220;to combine&#8221;? I feel, by combining two forms, both with very different functionality, you&#8217;re going to end up confusing quite a few users. I&#8217;m all for simplified registration forms; heck, I would go even further and just have an email field (we can send them a generated password), but I honestly don&#8217;t think the benefits of your solution outweigh the potential costs (as it currently stands).</p>
<p>I think forms are one of the hardest website elements to get right. It&#8217;s a constant compromise between convention, usability, simplicity and design. I don&#8217;t believe it&#8217;s been perfected yet&#8230; We need to keep on pushing for new approaches and ideas. </p>
<p>With a bit of refinement your idea is definitely worth trying&#8230; I like Paul&#8217;s idea of having two buttons also. (But be careful, many users don&#8217;t press a button; they press enter)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lea Verou</title>
		<link>http://lea.verou.me/2009/07/idea-the-simplest-registration-form-ever/#comment-519</link>
		<dc:creator>Lea Verou</dc:creator>
		<pubDate>Thu, 23 Jul 2009 22:04:56 +0000</pubDate>
		<guid isPermaLink="false">http://leaverou.me/?p=361#comment-519</guid>
		<description>The changing button label sounds like a good idea but you would have to make ajax requests to the server to determine whether the username exists, which poses 2 inherent problems: 1. The change won&#039;t be instant, so it might confuse some users and 2. If javascript is disabled, what will happen?

The &quot;one button for each function&quot; is an idea I also thought, but we should be careful in making the login button to stand out more than the register button (to avoid having users accidentally clicking &quot;register&quot;, and to make the register button to look like a button (and not a link), so that they understand that it&#039;s sufficient to click it in order to register (if it looks like a link, they&#039;ll probably assume that it will take them to an ordinary registration form).</description>
		<content:encoded><![CDATA[<p>The changing button label sounds like a good idea but you would have to make ajax requests to the server to determine whether the username exists, which poses 2 inherent problems: 1. The change won&#8217;t be instant, so it might confuse some users and 2. If javascript is disabled, what will happen?</p>
<p>The &#8220;one button for each function&#8221; is an idea I also thought, but we should be careful in making the login button to stand out more than the register button (to avoid having users accidentally clicking &#8220;register&#8221;, and to make the register button to look like a button (and not a link), so that they understand that it&#8217;s sufficient to click it in order to register (if it looks like a link, they&#8217;ll probably assume that it will take them to an ordinary registration form).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Bonser</title>
		<link>http://lea.verou.me/2009/07/idea-the-simplest-registration-form-ever/#comment-516</link>
		<dc:creator>Paul Bonser</dc:creator>
		<pubDate>Thu, 23 Jul 2009 19:55:30 +0000</pubDate>
		<guid isPermaLink="false">http://leaverou.me/?p=361#comment-516</guid>
		<description>How about the &quot;login or register&quot; button changes to &quot;login&quot; once you enter an existing username (like you said, we&#039;re already revealing whether the username exists or not), or changes to &quot;register&quot; if you enter a username that isn&#039;t already taken.

If it changes to &quot;login&quot;, you could also put &quot;Don&#039;t have an account yet? Then we&#039;re sorry, someone has already taken this username.&quot;

By asking if you don&#039;t have an account yet, you make it clear that the message isn&#039;t intended for the existing user.

Another option would be to have two different buttons. One that says &quot;login&quot; and one that says &quot;register&quot;. That way you do the &quot;username already taken&quot; message once they click &quot;Register&quot;, but tell them &quot;invalid password&quot; if they click &quot;login&quot;</description>
		<content:encoded><![CDATA[<p>How about the &#8220;login or register&#8221; button changes to &#8220;login&#8221; once you enter an existing username (like you said, we&#8217;re already revealing whether the username exists or not), or changes to &#8220;register&#8221; if you enter a username that isn&#8217;t already taken.</p>
<p>If it changes to &#8220;login&#8221;, you could also put &#8220;Don&#8217;t have an account yet? Then we&#8217;re sorry, someone has already taken this username.&#8221;</p>
<p>By asking if you don&#8217;t have an account yet, you make it clear that the message isn&#8217;t intended for the existing user.</p>
<p>Another option would be to have two different buttons. One that says &#8220;login&#8221; and one that says &#8220;register&#8221;. That way you do the &#8220;username already taken&#8221; message once they click &#8220;Register&#8221;, but tell them &#8220;invalid password&#8221; if they click &#8220;login&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

