<?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: Microsoft&#8217;s Inductive User Interface</title>
	<atom:link href="http://www.pathf.com/blogs/2007/06/msdn-the-micros/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/</link>
	<description>Running commentary about agile development, user experience design and Ajax.</description>
	<lastBuildDate>Fri, 05 Mar 2010 19:33:43 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: BWhite</title>
		<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/comment-page-1/#comment-816</link>
		<dc:creator>BWhite</dc:creator>
		<pubDate>Thu, 20 Dec 2007 20:17:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/06/msdn-the-micros/#comment-816</guid>
		<description>&lt;p&gt;&quot;As a result is what Microsoft calls the Deductive User Interface (see image).  An Inductive User Interface is one whose screens require the user to figure out&quot;&lt;/p&gt;

&lt;p&gt;&quot;An Inductive&quot; here should be &quot;A Deductive&quot;&lt;br /&gt;
Probably confusing for people new to the concept.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>&#8220;As a result is what Microsoft calls the Deductive User Interface (see image).  An Inductive User Interface is one whose screens require the user to figure out&#8221;</p>
<p>&#8220;An Inductive&#8221; here should be &#8220;A Deductive&#8221;<br />
Probably confusing for people new to the concept.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Steele</title>
		<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/comment-page-1/#comment-815</link>
		<dc:creator>Kevin Steele</dc:creator>
		<pubDate>Fri, 06 Jul 2007 15:37:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/06/msdn-the-micros/#comment-815</guid>
		<description>&lt;p&gt;All of this is presuming that we can deduce what users want to do. It’s especially ironic that this comes from a company that has shown little real insight about what users want to do in the 21st century. Save us from a future where we are limited to tasks already identified  by software developers.&lt;/p&gt;

&lt;p&gt;Hopefully this notion is seen as only one lens with which to view a problem. There are always times when we do know enough about what a user is trying to accomplish to keep it simple, and certainly we can work to make smarter and smarter interfaces that can make good guesses about what someone might most want to do next, but Microsoft seems to be taking too specific action in response to their initial observations.&lt;/p&gt;

&lt;p&gt;Maybe I just don’t get it, but I remain skeptical of the emperor’s new interface.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>All of this is presuming that we can deduce what users want to do. It’s especially ironic that this comes from a company that has shown little real insight about what users want to do in the 21st century. Save us from a future where we are limited to tasks already identified  by software developers.</p>
<p>Hopefully this notion is seen as only one lens with which to view a problem. There are always times when we do know enough about what a user is trying to accomplish to keep it simple, and certainly we can work to make smarter and smarter interfaces that can make good guesses about what someone might most want to do next, but Microsoft seems to be taking too specific action in response to their initial observations.</p>
<p>Maybe I just don’t get it, but I remain skeptical of the emperor’s new interface.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Zuschlag</title>
		<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/comment-page-1/#comment-814</link>
		<dc:creator>Michael Zuschlag</dc:creator>
		<pubDate>Mon, 02 Jul 2007 13:36:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/06/msdn-the-micros/#comment-814</guid>
		<description>&lt;p&gt;The idea of IUIs may be old, but Vista represents a sharp increase in its influence, and I expect many will be copying the Vista approach without appreciating the underlying theory or its limitations.&lt;/p&gt;

&lt;p&gt;There is a place for task-centered IUIs -ATMs and other kiosks come to mind, along with certain use-once web apps. However, the very notion of a task-centered spreadsheet or word processor is terrifying. I can’t see IUIs scaling well to broad, complex, flexible, and dynamic tasks without degenerating into a ponderous and confusing maze of multiply interconnected windows or pages. Also, while task-centered UIs may be more effective in telling users what they can *do*, they’re pretty crummy at telling users what they *have*.&lt;/p&gt;

&lt;p&gt;The problems MS cites with object-centered “deductive” UIs really exist, but maybe the problem isn’t inherent in being object-centered but with manner it is implemented. Too often such designs (including MS’s) don’t follow the basic principles consistency, clarity, tolerance, and proportionality. Among other things, failure to adhere to these principles has made users afraid to do anything unless the computer or someone explicitly says it&#039;s all right.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The idea of IUIs may be old, but Vista represents a sharp increase in its influence, and I expect many will be copying the Vista approach without appreciating the underlying theory or its limitations.</p>
<p>There is a place for task-centered IUIs -ATMs and other kiosks come to mind, along with certain use-once web apps. However, the very notion of a task-centered spreadsheet or word processor is terrifying. I can’t see IUIs scaling well to broad, complex, flexible, and dynamic tasks without degenerating into a ponderous and confusing maze of multiply interconnected windows or pages. Also, while task-centered UIs may be more effective in telling users what they can *do*, they’re pretty crummy at telling users what they *have*.</p>
<p>The problems MS cites with object-centered “deductive” UIs really exist, but maybe the problem isn’t inherent in being object-centered but with manner it is implemented. Too often such designs (including MS’s) don’t follow the basic principles consistency, clarity, tolerance, and proportionality. Among other things, failure to adhere to these principles has made users afraid to do anything unless the computer or someone explicitly says it&#8217;s all right.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kjartan</title>
		<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/comment-page-1/#comment-813</link>
		<dc:creator>Kjartan</dc:creator>
		<pubDate>Fri, 29 Jun 2007 15:35:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/06/msdn-the-micros/#comment-813</guid>
		<description>&lt;p&gt;What&#039;s all this noise about this article it&#039;s dated 9. feb. 2001. Why make all this noise about something that clearly happened about 6 years ago?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>What&#8217;s all this noise about this article it&#8217;s dated 9. feb. 2001. Why make all this noise about something that clearly happened about 6 years ago?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Slobo</title>
		<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/comment-page-1/#comment-812</link>
		<dc:creator>Slobo</dc:creator>
		<pubDate>Thu, 28 Jun 2007 16:35:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/06/msdn-the-micros/#comment-812</guid>
		<description>&lt;p&gt;Andrew Taylor is a spelling nazi!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Andrew Taylor is a spelling nazi!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Taylor</title>
		<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/comment-page-1/#comment-811</link>
		<dc:creator>Andrew Taylor</dc:creator>
		<pubDate>Thu, 28 Jun 2007 10:07:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/06/msdn-the-micros/#comment-811</guid>
		<description>&lt;p&gt;Arrgh! Please don&#039;t use apostrophes in plurals! &lt;/p&gt;

&lt;p&gt;E.g.:&lt;br /&gt;
- &quot;User’s don’t understand the software’s conceptual model&quot; &lt;br /&gt;
- &quot;Instead, assuming the user’s (1) are familiar ...&quot;&lt;/p&gt;

&lt;p&gt;Even with acronyms and initialisms there is no need for an apostrophe: IUIs, GUIs etc. &lt;/p&gt;

&lt;p&gt;And &quot;its&quot; as a possessive pronoun also has no apostrophe (&quot;The example Microsoft gives in the article is from it’s redesign of Microsoft Money&quot;)&lt;/p&gt;

&lt;p&gt;&lt;br /&gt;
This sort of thing makes me wince, particularly in an posting that is describing good UI practice..&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Arrgh! Please don&#8217;t use apostrophes in plurals! </p>
<p>E.g.:<br />
- &#8220;User’s don’t understand the software’s conceptual model&#8221; <br />
- &#8220;Instead, assuming the user’s (1) are familiar &#8230;&#8221;</p>
<p>Even with acronyms and initialisms there is no need for an apostrophe: IUIs, GUIs etc. </p>
<p>And &#8220;its&#8221; as a possessive pronoun also has no apostrophe (&#8221;The example Microsoft gives in the article is from it’s redesign of Microsoft Money&#8221;)</p>
<p>
This sort of thing makes me wince, particularly in an posting that is describing good UI practice..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Slobodan Ninkov</title>
		<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/comment-page-1/#comment-810</link>
		<dc:creator>Slobodan Ninkov</dc:creator>
		<pubDate>Thu, 28 Jun 2007 10:01:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/06/msdn-the-micros/#comment-810</guid>
		<description>&lt;p&gt;Just 2 cents of wisdom ...&lt;br /&gt;
IUI guidlines is great thing to follow if you work with users that DO NOT LIKE computers, DO NOT WANT to work with computers... and generaly prefer doing thing the way it&#039;s been done for last few milenia (the HARD WAY).&lt;br /&gt;
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Just 2 cents of wisdom &#8230;<br />
IUI guidlines is great thing to follow if you work with users that DO NOT LIKE computers, DO NOT WANT to work with computers&#8230; and generaly prefer doing thing the way it&#8217;s been done for last few milenia (the HARD WAY).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc Clifton</title>
		<link>http://www.pathf.com/blogs/2007/06/msdn-the-micros/comment-page-1/#comment-809</link>
		<dc:creator>Marc Clifton</dc:creator>
		<pubDate>Wed, 27 Jun 2007 18:14:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2007/06/msdn-the-micros/#comment-809</guid>
		<description>&lt;p&gt;Microsoft Bob is resurrected!&lt;/p&gt;

&lt;p&gt;The Wizard of Doze wrote:&lt;br /&gt;
Focus each screen on a single task.&lt;/p&gt;

&lt;p&gt;ROTFLMAO. Let&#039;s all go back to single core processors and application-based context switching (as opposed to pre-emptive) on a 64K Pentium I running Windows 1.0.&lt;/p&gt;

&lt;p&gt;I mean, hello Microsoft, people multitask!!!.&lt;/p&gt;

&lt;p&gt;The Wizard of Doze wrote:&lt;br /&gt;
State the task.&lt;/p&gt;

&lt;p&gt;Work is often so complicated that it would take more to state the task than to perform the task.&lt;/p&gt;

&lt;p&gt;&lt;br /&gt;
The Wizard of Doze wrote:&lt;br /&gt;
Make the screen&#039;s contents suit the task.&lt;/p&gt;

&lt;p&gt;No, give the user the ability to select from lightweight UI&#039;s that can be tailored to facilitate that task.&lt;/p&gt;

&lt;p&gt;The Wizard of Doze wrote:&lt;br /&gt;
Offer links to secondary tasks.&lt;/p&gt;

&lt;p&gt;No, eliminate wasteful mouse clicks and complex paths leading from the primary task to a required sub-sub-sub-sub task option by simply flattening out the possibilities and let me what I want, when I want.&lt;br /&gt;
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Microsoft Bob is resurrected!</p>
<p>The Wizard of Doze wrote:<br />
Focus each screen on a single task.</p>
<p>ROTFLMAO. Let&#8217;s all go back to single core processors and application-based context switching (as opposed to pre-emptive) on a 64K Pentium I running Windows 1.0.</p>
<p>I mean, hello Microsoft, people multitask!!!.</p>
<p>The Wizard of Doze wrote:<br />
State the task.</p>
<p>Work is often so complicated that it would take more to state the task than to perform the task.</p>
<p>
The Wizard of Doze wrote:<br />
Make the screen&#8217;s contents suit the task.</p>
<p>No, give the user the ability to select from lightweight UI&#8217;s that can be tailored to facilitate that task.</p>
<p>The Wizard of Doze wrote:<br />
Offer links to secondary tasks.</p>
<p>No, eliminate wasteful mouse clicks and complex paths leading from the primary task to a required sub-sub-sub-sub task option by simply flattening out the possibilities and let me what I want, when I want.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.260 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2010-03-21 20:47:42 -->
