<?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: Designing Web Forms &#8211; Label Placement &amp; Primary vs. Secondary Actions</title>
	<atom:link href="http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/feed/" rel="self" type="application/rss+xml" />
	<link>http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/</link>
	<description>A blog about user experience and website design.</description>
	<lastBuildDate>Sun, 08 Aug 2010 12:02:02 -0600</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: More efficient PHP form validator? - x10Hosting Community</title>
		<link>http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/#comment-7358</link>
		<dc:creator>More efficient PHP form validator? - x10Hosting Community</dc:creator>
		<pubDate>Wed, 30 Dec 2009 23:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://locus.forestninja.net/?p=448#comment-7358</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Javascript Help - Total Beginner - x10Hosting Community</title>
		<link>http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/#comment-6591</link>
		<dc:creator>Javascript Help - Total Beginner - x10Hosting Community</dc:creator>
		<pubDate>Sun, 22 Nov 2009 20:59:38 +0000</pubDate>
		<guid isPermaLink="false">http://locus.forestninja.net/?p=448#comment-6591</guid>
		<description>[...] and &quot;Fancy Form Design Using CSS&quot; will help you with CSS form layout. Read &quot;Designing Web Forms&quot; and the pages it links to for info on designing forms.  Protip: use [HTML] and [PHP] rather [...]</description>
		<content:encoded><![CDATA[<p>[...] and &quot;Fancy Form Design Using CSS&quot; will help you with CSS form layout. Read &quot;Designing Web Forms&quot; and the pages it links to for info on designing forms.  Protip: use [HTML] and [PHP] rather [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Krishna Reddy O.V</title>
		<link>http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/#comment-2313</link>
		<dc:creator>Krishna Reddy O.V</dc:creator>
		<pubDate>Thu, 21 May 2009 05:46:16 +0000</pubDate>
		<guid isPermaLink="false">http://locus.forestninja.net/?p=448#comment-2313</guid>
		<description>Thanks for providing information regarding &quot;Designing Web Forms - Label Placement &amp; Primary vs. Secondary Actions&quot;. I got a plenty of information from your site.</description>
		<content:encoded><![CDATA[<p>Thanks for providing information regarding &#8220;Designing Web Forms &#8211; Label Placement &amp; Primary vs. Secondary Actions&#8221;. I got a plenty of information from your site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Georgia Otto</title>
		<link>http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/#comment-194</link>
		<dc:creator>Georgia Otto</dc:creator>
		<pubDate>Tue, 17 Feb 2009 16:57:48 +0000</pubDate>
		<guid isPermaLink="false">http://locus.forestninja.net/?p=448#comment-194</guid>
		<description>Thanks Chris. :)

Visitors may hate forms. But that&#039;s kind of inspiring - how can we make forms not just usable, but enjoyable?

Granted, efficiency is often a priority, but there are still many cases where completing a form could be a pleasant and even delightful experience.</description>
		<content:encoded><![CDATA[<p>Thanks Chris. <img src='http://locus.forestninja.net/wp-includes/images/smilies/k-icon_smile3.gif' alt=':)' class='wp-smiley' /> </p>
<p>Visitors may hate forms. But that&#8217;s kind of inspiring &#8211; how can we make forms not just usable, but enjoyable?</p>
<p>Granted, efficiency is often a priority, but there are still many cases where completing a form could be a pleasant and even delightful experience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Moyles</title>
		<link>http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/#comment-191</link>
		<dc:creator>Chris Moyles</dc:creator>
		<pubDate>Mon, 16 Feb 2009 23:50:17 +0000</pubDate>
		<guid isPermaLink="false">http://locus.forestninja.net/?p=448#comment-191</guid>
		<description>Yes,  Poorly written forms are annoying - visitors hate forms, hence poorly validated/written forms only help to irritate users - use legends, tip boxes, enable radio button text not just the buttons - and if you have validation tell the user exactly which fields need correcting and whatever you do - do not loose data that has already been entered - that is just plain infuriating.

but this is only a fraction of the picture you might want to take a look at this blog for a bit more info  http://www.vuzudesign.com/web-design-blog.php</description>
		<content:encoded><![CDATA[<p>Yes,  Poorly written forms are annoying &#8211; visitors hate forms, hence poorly validated/written forms only help to irritate users &#8211; use legends, tip boxes, enable radio button text not just the buttons &#8211; and if you have validation tell the user exactly which fields need correcting and whatever you do &#8211; do not loose data that has already been entered &#8211; that is just plain infuriating.</p>
<p>but this is only a fraction of the picture you might want to take a look at this blog for a bit more info  <a href="http://www.vuzudesign.com/web-design-blog.php" rel="nofollow">http://www.vuzudesign.com/web-design-blog.php</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: forestninja</title>
		<link>http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/#comment-189</link>
		<dc:creator>forestninja</dc:creator>
		<pubDate>Mon, 16 Feb 2009 19:02:38 +0000</pubDate>
		<guid isPermaLink="false">http://locus.forestninja.net/?p=448#comment-189</guid>
		<description>Caroline,

Thanks for your comment! Please accept my apologies that it didn&#039;t appear on this post instantly. For some reason it went to my spam queue, but I&#039;m glad I discovered it. :)

I agree that inline validation could seriously derail the user&#039;s momentum with its interruptive, dynamic and thus distracting nature. As with most interface design patterns, it&#039;s one to be applied with care and deliberation.

The main thing that concerns me about compact labeling is that the label disappears when the user starts to type. What if they forget what the label said? And like you suggest, what if the field&#039;s styling fails to afford input?

Your article does a good job of explaining how the general summary I gave here can be applied in a wider variety of situations. The findings of one study can be a helpful guide, but shouldn&#039;t be applied to every situation indiscriminately. 

So in short, I totally agree with you. ;-)</description>
		<content:encoded><![CDATA[<p>Caroline,</p>
<p>Thanks for your comment! Please accept my apologies that it didn&#8217;t appear on this post instantly. For some reason it went to my spam queue, but I&#8217;m glad I discovered it. <img src='http://locus.forestninja.net/wp-includes/images/smilies/k-icon_smile3.gif' alt=':)' class='wp-smiley' /> </p>
<p>I agree that inline validation could seriously derail the user&#8217;s momentum with its interruptive, dynamic and thus distracting nature. As with most interface design patterns, it&#8217;s one to be applied with care and deliberation.</p>
<p>The main thing that concerns me about compact labeling is that the label disappears when the user starts to type. What if they forget what the label said? And like you suggest, what if the field&#8217;s styling fails to afford input?</p>
<p>Your article does a good job of explaining how the general summary I gave here can be applied in a wider variety of situations. The findings of one study can be a helpful guide, but shouldn&#8217;t be applied to every situation indiscriminately. </p>
<p>So in short, I totally agree with you. <img src='http://locus.forestninja.net/wp-includes/images/smilies/k-icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Caroline Jarrett</title>
		<link>http://locus.forestninja.net/2009/02/13/designing-web-forms-label-placement-primary-vs-secondary-actions/#comment-180</link>
		<dc:creator>Caroline Jarrett</dc:creator>
		<pubDate>Sat, 14 Feb 2009 11:42:29 +0000</pubDate>
		<guid isPermaLink="false">http://locus.forestninja.net/?p=448#comment-180</guid>
		<description>The really crucial point that you make is this one:

&quot;an interesting preference on the part of users: they&#039;d rather be prevented from making errors, even it if means sacrificing a bit of time&quot;.

In our book on forms: &quot;Forms that work: Designing web forms for usability&quot;, we discuss inline validation. It&#039;s great if it gives users polite, accurate feedback when they have finished putting in each entry. It&#039;s seriously annoying if it starts to comment on their typing before they&#039;ve had a chance to do what they need to do.

The difficulty with compact form labeling is that users look for &#039;space for me to type into&#039; when they come to a form, and then they look left (and then above) for the label that tells them what to do. If the label is _inside_ the field, then there is a definite possibility that they won&#039;t realise that typing is necessary. I have seen users repeatedly make the same mistake on this. 

The advice you have summarised on where to place the labels is sort of correct, but not completely. It depends on the type of questions. See my article &quot;Label placement in forms&quot; http://www.usabilitynews.com/news/article3507.asp

Best
Caroline Jarrett
www.formsthatwork.com</description>
		<content:encoded><![CDATA[<p>The really crucial point that you make is this one:</p>
<p>&#8220;an interesting preference on the part of users: they&#8217;d rather be prevented from making errors, even it if means sacrificing a bit of time&#8221;.</p>
<p>In our book on forms: &#8220;Forms that work: Designing web forms for usability&#8221;, we discuss inline validation. It&#8217;s great if it gives users polite, accurate feedback when they have finished putting in each entry. It&#8217;s seriously annoying if it starts to comment on their typing before they&#8217;ve had a chance to do what they need to do.</p>
<p>The difficulty with compact form labeling is that users look for &#8217;space for me to type into&#8217; when they come to a form, and then they look left (and then above) for the label that tells them what to do. If the label is _inside_ the field, then there is a definite possibility that they won&#8217;t realise that typing is necessary. I have seen users repeatedly make the same mistake on this. </p>
<p>The advice you have summarised on where to place the labels is sort of correct, but not completely. It depends on the type of questions. See my article &#8220;Label placement in forms&#8221; <a href="http://www.usabilitynews.com/news/article3507.asp" rel="nofollow">http://www.usabilitynews.com/news/article3507.asp</a></p>
<p>Best<br />
Caroline Jarrett<br />
<a href="http://www.formsthatwork.com" rel="nofollow">http://www.formsthatwork.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
