<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Bass Ackwards</title>
	<link>http://www.webword.com/wp/2005/04/22/bass-ackwards/</link>
	<description>The usability blog of John S. Rhodes</description>
	<pubDate>Tue, 14 Oct 2008 15:59:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.3</generator>

	<item>
		<title>by: mortgage rates</title>
		<link>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-11167</link>
		<pubDate>Tue, 04 Oct 2005 09:50:33 +0000</pubDate>
		<guid>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-11167</guid>
					<description>a</description>
		<content:encoded><![CDATA[<p>a
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Anonymous</title>
		<link>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10682</link>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10682</guid>
					<description>I had a client insist on this once.  We had built and hosted a site for one client, who later sold it to another organization.  The new owners wanted to make some change to reflect slightly different needs, and in the process they insisted on reversing the required/optional labels on the sign-up form.</description>
		<content:encoded><![CDATA[<p>I had a client insist on this once.  We had built and hosted a site for one client, who later sold it to another organization.  The new owners wanted to make some change to reflect slightly different needs, and in the process they insisted on reversing the required/optional labels on the sign-up form.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John</title>
		<link>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10683</link>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10683</guid>
					<description>Change for the sake of change. Insanity. </description>
		<content:encoded><![CDATA[<p>Change for the sake of change. Insanity.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Anonymous</title>
		<link>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10684</link>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10684</guid>
					<description>No, for some reason they seemed to think it made more sense.  They even claimed that people were getting confused because they expected asterisks to mark optional fields.  (The users were mainly high school students; I'm not sure that that says about their UI expectations.)</description>
		<content:encoded><![CDATA[<p>No, for some reason they seemed to think it made more sense.  They even claimed that people were getting confused because they expected asterisks to mark optional fields.  (The users were mainly high school students; I&#8217;m not sure that that says about their UI expectations.)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Anonymous</title>
		<link>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10685</link>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10685</guid>
					<description>It's an easy reaction to see something nonstandard and pan it as bad usability. Standards didn't all evolve out of the very best practices for users. Sometimes it feels like usability is about habit and the past more thant anything. A good, safe bet, but not exactly the same as design.&lt;br /&gt;
&lt;br /&gt;
It wouldn't hurt to step back and think about the reasoning which *might* have been behind a particular decision. In this way, usability can push design forward -- rather and being seen as reactionary. (an occasional criticism). </description>
		<content:encoded><![CDATA[<p>It&#8217;s an easy reaction to see something nonstandard and pan it as bad usability. Standards didn&#8217;t all evolve out of the very best practices for users. Sometimes it feels like usability is about habit and the past more thant anything. A good, safe bet, but not exactly the same as design.</p>
<p>It wouldn&#8217;t hurt to step back and think about the reasoning which *might* have been behind a particular decision. In this way, usability can push design forward &#8212; rather and being seen as reactionary. (an occasional criticism).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John</title>
		<link>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10686</link>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10686</guid>
					<description>Excellent point. Standards and usability often go hand in hand, but not always. The same thing probably applies to &lt;a href=&quot;http://webword.com/moving/fourhorsemen.html&quot;&gt;popularity and usability&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Excellent point. Standards and usability often go hand in hand, but not always. The same thing probably applies to <a href="http://webword.com/moving/fourhorsemen.html">popularity and usability</a>.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Anonymous</title>
		<link>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10687</link>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://www.webword.com/wp/2005/04/22/bass-ackwards/#comment-10687</guid>
					<description>I spent the better quite some time reviewing all kinds of offline forms. It has become some sort of de-facto Web standard to mark required fields with an asterisk (*). Yet offline forms generally only use asterisks when there's some kind of note or exception to the field in question. It's assumed if a question's there, you'll answer it unless it's marked optional.</description>
		<content:encoded><![CDATA[<p>I spent the better quite some time reviewing all kinds of offline forms. It has become some sort of de-facto Web standard to mark required fields with an asterisk (*). Yet offline forms generally only use asterisks when there&#8217;s some kind of note or exception to the field in question. It&#8217;s assumed if a question&#8217;s there, you&#8217;ll answer it unless it&#8217;s marked optional.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
