<?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: Features vs. Usability</title>
	<atom:link href="http://robert.accettura.com/blog/2005/09/04/features-vs-usability/feed/" rel="self" type="application/rss+xml" />
	<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/</link>
	<description>Robert Accettura&#039;s Personal Blog on Web Development and Tech</description>
	<lastBuildDate>Fri, 19 Mar 2010 02:25:44 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chris C</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6075</link>
		<dc:creator>Chris C</dc:creator>
		<pubDate>Mon, 10 Oct 2005 02:40:58 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6075</guid>
		<description>[quote]Indeed. But do you think it would be better if it displayed no error at all, and just silently failed, so the user sits there clicking buttons and getting no feedback at all?[/quote]

Ideally it would fix the damn problem itself. It astonishes me that mail clients still aren&#039;t intelligent enough that if, say, authentication is disabled and the server returns an error indicating that auth is required to send mail the client will spit out an error message (ranging from useful in Mozilla to completely hopeless in Evolution) rather than turning on auth and trying the user name and password used for incoming mail. The issue is removing the cruft in most cases. See the m/b prefs removal.

 - Chris</description>
		<content:encoded><![CDATA[<p>[quote]Indeed. But do you think it would be better if it displayed no error at all, and just silently failed, so the user sits there clicking buttons and getting no feedback at all?[/quote]</p>
<p>Ideally it would fix the <abbr title="damn">****</abbr> problem itself. It astonishes me that mail clients still aren&#8217;t intelligent enough that if, say, authentication is disabled and the server returns an error indicating that auth is required to send mail the client will spit out an error message (ranging from useful in Mozilla to completely hopeless in Evolution) rather than turning on auth and trying the user name and password used for incoming mail. The issue is removing the cruft in most cases. See the m/b prefs removal.</p>
<p> &#8211; Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michaell</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6069</link>
		<dc:creator>michaell</dc:creator>
		<pubDate>Sun, 09 Oct 2005 19:18:58 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6069</guid>
		<description>&quot;Outlook Express insists on giving out a mangled string of completely opaque internal error messages when it fails to carry out some action. A trained support agent can identify the experienced problem and prescribe a solution just by having this string read out over the phone. Does this mean that the OE error results box isn’t a zombie abortion from hell? No, it does not.&quot;

Indeed. But do you think it would be better if it displayed no error at all, and just silently failed, so the user sits there clicking buttons and getting no feedback at all?

The bookmark manager UI sucks - should we strip the bookmarks feature out of the browser completely?

I&#039;d be quite happy to see the JS console disappear from the UI in its current form, but it should be replaced by something which can do the support job better.</description>
		<content:encoded><![CDATA[<p>&#8220;Outlook Express insists on giving out a mangled string of completely opaque internal error messages when it fails to carry out some action. A trained support agent can identify the experienced problem and prescribe a solution just by having this string read out over the phone. Does this mean that the OE error results box isn’t a zombie abortion from hell? No, it does not.&#8221;</p>
<p>Indeed. But do you think it would be better if it displayed no error at all, and just silently failed, so the user sits there clicking buttons and getting no feedback at all?</p>
<p>The bookmark manager UI sucks &#8211; should we strip the bookmarks feature out of the browser completely?</p>
<p>I&#8217;d be quite happy to see the JS console disappear from the UI in its current form, but it should be replaced by something which can do the support job better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BSBlog &#187; Blog Archive &#187; Mail Merge</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6067</link>
		<dc:creator>BSBlog &#187; Blog Archive &#187; Mail Merge</dc:creator>
		<pubDate>Sun, 09 Oct 2005 18:03:55 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6067</guid>
		<description>[...] Robert Accettura writes &#8230; You can have a &#8216;feature&#8217; like Microsoft Office&#8217;s Mail Merge. It&#8217;s messy, has an awkward UI, and doesn&#8217;t always behave as the user would expect. It&#8217;s often considered to be one of the worst features in the entire suite&#8230;. I think that&#8217;s an example of the ugliness Asa hope to rip out (though different product [sic]). [...]</description>
		<content:encoded><![CDATA[<p>[...] Robert Accettura writes &#8230; You can have a &#8216;feature&#8217; like Microsoft Office&#8217;s Mail Merge. It&#8217;s messy, has an awkward UI, and doesn&#8217;t always behave as the user would expect. It&#8217;s often considered to be one of the worst features in the entire suite&#8230;. I think that&#8217;s an example of the ugliness Asa hope to rip out (though different product [sic]). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mawrya</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6065</link>
		<dc:creator>mawrya</dc:creator>
		<pubDate>Sun, 09 Oct 2005 16:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6065</guid>
		<description>Bob: &quot;You know how there is that little lever under the steering wheel that pops open the hood?  It needs to go.  My car has so many buttons and levers as it is I really wish that Toyota would have left that thing out.  I mean, 95% of the people I know never touch it.  Sure, geeky car guys use it, but that lever just frustrates me!  When I get into a car I want to see a steering wheel a gas pedel and a brake pedel.  On the dash there should be a spedometer.  A red light should come on when I&#039;m getting low on gas.  That&#039;s it.&quot;

Sally: &quot;Does it really get in your way though?  It doesn&#039;t bother me, tucked away under the steering wheel. I mean I only ever see it when I&#039;m pulling the cat out from under the seat in the parking lot at the veterinarian.&quot;

Bob: &quot;Sure, I see what you&#039;re saying... out of sight, out of mind... Well, I guess its a little different for some of us.  When I&#039;m driving I think about it, the lever, that is.  I know its there.  Its hard to explain but its makes me feel edgy.  My car is so complicated as it is, I just wish I could...&quot;

Sally: &quot;But Bob, its a car and cars are complicated things. Most people seem to be able to use them alright.  Well, I guess I could relate to your situation better if the lever were instead a big flashing red button in the middle of the dash, but its not, its out of the way, just like is should be.&quot;

Bob:  &quot;But its still there, which doesn&#039;t seem right. I don&#039;t use it, most drivers I know don&#039;t use it, and cars should be designed for drivers right?&quot;

--POW!!--

Sally: &quot;Bob!  What was that?&quot;

Bob: &quot;Err, its just...&quot;

Sally: &quot;Bob! Look! Smoke is coming from under the hood!  Pull over!  Oh, no! ...what should we do!?&quot;</description>
		<content:encoded><![CDATA[<p>Bob: &#8220;You know how there is that little lever under the steering wheel that pops open the hood?  It needs to go.  My car has so many buttons and levers as it is I really wish that Toyota would have left that thing out.  I mean, 95% of the people I know never touch it.  Sure, geeky car guys use it, but that lever just frustrates me!  When I get into a car I want to see a steering wheel a gas pedel and a brake pedel.  On the dash there should be a spedometer.  A red light should come on when I&#8217;m getting low on gas.  That&#8217;s it.&#8221;</p>
<p>Sally: &#8220;Does it really get in your way though?  It doesn&#8217;t bother me, tucked away under the steering wheel. I mean I only ever see it when I&#8217;m pulling the cat out from under the seat in the parking lot at the veterinarian.&#8221;</p>
<p>Bob: &#8220;Sure, I see what you&#8217;re saying&#8230; out of sight, out of mind&#8230; Well, I guess its a little different for some of us.  When I&#8217;m driving I think about it, the lever, that is.  I know its there.  Its hard to explain but its makes me feel edgy.  My car is so complicated as it is, I just wish I could&#8230;&#8221;</p>
<p>Sally: &#8220;But Bob, its a car and cars are complicated things. Most people seem to be able to use them alright.  Well, I guess I could relate to your situation better if the lever were instead a big flashing red button in the middle of the dash, but its not, its out of the way, just like is should be.&#8221;</p>
<p>Bob:  &#8220;But its still there, which doesn&#8217;t seem right. I don&#8217;t use it, most drivers I know don&#8217;t use it, and cars should be designed for drivers right?&#8221;</p>
<p>&#8211;POW!!&#8211;</p>
<p>Sally: &#8220;Bob!  What was that?&#8221;</p>
<p>Bob: &#8220;Err, its just&#8230;&#8221;</p>
<p>Sally: &#8220;Bob! Look! Smoke is coming from under the hood!  Pull over!  Oh, no! &#8230;what should we do!?&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6062</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Sun, 09 Oct 2005 14:48:59 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6062</guid>
		<description>The problem with killing the JS console is there would be no way to aid end-users with problems.  Without it... you insist on them fixing problems on their own, as they can&#039;t provide an error.

I don&#039;t think removing error dialogs is a good way to improve a product.

If MS changes the color of the blue screen... that doesn&#039;t fix the crashes.

/wonders why this hit planet again.</description>
		<content:encoded><![CDATA[<p>The problem with killing the JS console is there would be no way to aid end-users with problems.  Without it&#8230; you insist on them fixing problems on their own, as they can&#8217;t provide an error.</p>
<p>I don&#8217;t think removing error dialogs is a good way to improve a product.</p>
<p>If MS changes the color of the blue screen&#8230; that doesn&#8217;t fix the crashes.</p>
<p>/wonders why this hit planet again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris C</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6061</link>
		<dc:creator>Chris C</dc:creator>
		<pubDate>Sun, 09 Oct 2005 14:37:19 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6061</guid>
		<description>&lt;blockquote&gt;Er… so you’re saying that end users don’t need or want support?&lt;/blockquote&gt;

Outlook Express insists on giving out a mangled string of completely opaque internal error messages when it fails to carry out some action. A trained support agent can identify the experienced problem and prescribe a solution just by having this string read out over the phone. Does this mean that the OE error results box isn&#039;t a zombie abortion from hell? No, it does not.

The JS console isn&#039;t and wasn&#039;t ever meant as a support mechanism. Its intended purpose is to have a quick syntax checker for hackers. Hackers are not normal people. Kill-kill.

 - Chris</description>
		<content:encoded><![CDATA[<blockquote><p>Er… so you’re saying that end users don’t need or want support?</p></blockquote>
<p>Outlook Express insists on giving out a mangled string of completely opaque internal error messages when it fails to carry out some action. A trained support agent can identify the experienced problem and prescribe a solution just by having this string read out over the phone. Does this mean that the OE error results box isn&#8217;t a zombie abortion from hell? No, it does not.</p>
<p>The JS console isn&#8217;t and wasn&#8217;t ever meant as a support mechanism. Its intended purpose is to have a quick syntax checker for hackers. Hackers are not normal people. Kill-kill.</p>
<p> &#8211; Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurens Holst</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6059</link>
		<dc:creator>Laurens Holst</dc:creator>
		<pubDate>Sun, 09 Oct 2005 11:30:55 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6059</guid>
		<description>Oh, wait, this is an old post. Seems planet messed up...</description>
		<content:encoded><![CDATA[<p>Oh, wait, this is an old post. Seems planet messed up&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurens Holst</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6058</link>
		<dc:creator>Laurens Holst</dc:creator>
		<pubDate>Sun, 09 Oct 2005 11:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6058</guid>
		<description>Please, not the JS console thing again.

So what if 95% of the users don’t use it. For the remaining 5% of the users (the developers which actually make the content that the remaining 95% consume) it is not just a gimmick, it is a very useful tool. They shouldn’t be told to resort to extensions for every little thing.

Robert, implementing new features like Google does it can seriously hurt the discoverability of the feature. And if the users don’t know about feature x, the usefulness of feature x decreases a lot. For example, they let you search using inurl:something, but you have to know it is there, you can’t just find it. Their documentation about that isn’t particularly great either, but ideally it can be found without documentation anyway. So you’ll have to watch out with overdoing the ‘smart addition’ of new features.

Btw, I really love you bookmarks improvement suggestions, and I hope they will be implemented!


~Grauw</description>
		<content:encoded><![CDATA[<p>Please, not the JS console thing again.</p>
<p>So what if 95% of the users don’t use it. For the remaining 5% of the users (the developers which actually make the content that the remaining 95% consume) it is not just a gimmick, it is a very useful tool. They shouldn’t be told to resort to extensions for every little thing.</p>
<p>Robert, implementing new features like Google does it can seriously hurt the discoverability of the feature. And if the users don’t know about feature x, the usefulness of feature x decreases a lot. For example, they let you search using inurl:something, but you have to know it is there, you can’t just find it. Their documentation about that isn’t particularly great either, but ideally it can be found without documentation anyway. So you’ll have to watch out with overdoing the ‘smart addition’ of new features.</p>
<p>Btw, I really love you bookmarks improvement suggestions, and I hope they will be implemented!</p>
<p>~Grauw</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michaell</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6055</link>
		<dc:creator>michaell</dc:creator>
		<pubDate>Sun, 09 Oct 2005 10:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6055</guid>
		<description>&quot;Keeping the JS console for the sake of tech support is like shipping debug builds by default. The only person who is important when considering what the ship is the end user.&quot;

Er... so you&#039;re saying that end users don&#039;t need or want support?  I&#039;m not saying users want the JS console, I&#039;m saying it&#039;s needed until there&#039;s a better way of getting the information out of it to people doing support.</description>
		<content:encoded><![CDATA[<p>&#8220;Keeping the JS console for the sake of tech support is like shipping debug builds by default. The only person who is important when considering what the ship is the end user.&#8221;</p>
<p>Er&#8230; so you&#8217;re saying that end users don&#8217;t need or want support?  I&#8217;m not saying users want the JS console, I&#8217;m saying it&#8217;s needed until there&#8217;s a better way of getting the information out of it to people doing support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris C</title>
		<link>http://robert.accettura.com/blog/2005/09/04/features-vs-usability/comment-page-1/#comment-6054</link>
		<dc:creator>Chris C</dc:creator>
		<pubDate>Sun, 09 Oct 2005 08:36:36 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/?p=833#comment-6054</guid>
		<description>What utter madness. Keeping the JS console for the sake of tech support is like shipping debug builds by default. The only person who is important when considering what the ship is the end user.

PNG support isn&#039;t a UI feature, so it doesn&#039;t count. Intelligent Bookmarks is an ideal example of how to add functionality without messing up the UI, so it&#039;s definitely a good shipper.

Almost everything can be explained in terms of &quot;fix the interface without removing things&quot;. The Go menu, for instance, is just an awful way of accessing recent history. In this particular case it serves no purpose whatsoever, so should be excised.

The Go menu, bookmarks-in-the-sidebar, Live Bookmarks and all the mail integration besides &quot;send&quot; should be cut out of the default build. Context menus everywhere should be viciously attacked. The Options UI should be given no mercy. None of these things make Firefox less usable. They might very well make Firefox sufficiently great that it makes Epiphany obsolete, which I would like very much.

 - Chris</description>
		<content:encoded><![CDATA[<p>What utter madness. Keeping the JS console for the sake of tech support is like shipping debug builds by default. The only person who is important when considering what the ship is the end user.</p>
<p>PNG support isn&#8217;t a UI feature, so it doesn&#8217;t count. Intelligent Bookmarks is an ideal example of how to add functionality without messing up the UI, so it&#8217;s definitely a good shipper.</p>
<p>Almost everything can be explained in terms of &#8220;fix the interface without removing things&#8221;. The Go menu, for instance, is just an awful way of accessing recent history. In this particular case it serves no purpose whatsoever, so should be excised.</p>
<p>The Go menu, bookmarks-in-the-sidebar, Live Bookmarks and all the mail integration besides &#8220;send&#8221; should be cut out of the default build. Context menus everywhere should be viciously attacked. The Options UI should be given no mercy. None of these things make Firefox less usable. They might very well make Firefox sufficiently great that it makes Epiphany obsolete, which I would like very much.</p>
<p> &#8211; Chris</p>
]]></content:encoded>
	</item>
</channel>
</rss>
