<?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: The HIG is still good</title>
	<atom:link href="http://duncanwilcox.com/2008/the-hig-is-still-good/feed/" rel="self" type="application/rss+xml" />
	<link>http://duncanwilcox.com/2008/the-hig-is-still-good/</link>
	<description>[self eat:cocoa];</description>
	<lastBuildDate>Wed, 11 Jan 2012 13:27:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: duncan</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-17</link>
		<dc:creator>duncan</dc:creator>
		<pubDate>Tue, 08 Apr 2008 14:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-17</guid>
		<description>What the human interface guidelines still convey effectively is that a developer should approach building a UI with a deep respect for the user. What metaphors the user is familiar with, what mindset the user is in when using the app, what visual affordances work best.

As a developer you want to make the user feel at home, get the user in a state of flow, in &quot;the zone&quot;, get the user productive and not interrupt her with a confusing UI or stupid error messages.

Whoever builds weird UI skins for the sake of different isn&#039;t really doing the user any service. Honestly I don&#039;t know if my post is confusing the matters more, as I see many comments nitpicking about consistency. Consistency for standard aqua controls is a moot point. Duh.

What I&#039;m trying to show is that to give the user a better interaction, more flow, etc. user interfaces are forced to migrate from aqua controls to custom views. Look at the BART widget, the user interface there is no longer an aqua table of aqua cells, it&#039;s a work of graphic design, and it&#039;s not a mythical new interaction model. It undoubtedly creates a much better user experience. Would you argue it shouldn&#039;t be done for the sake of consistency?</description>
		<content:encoded><![CDATA[<p>What the human interface guidelines still convey effectively is that a developer should approach building a UI with a deep respect for the user. What metaphors the user is familiar with, what mindset the user is in when using the app, what visual affordances work best.</p>
<p>As a developer you want to make the user feel at home, get the user in a state of flow, in &#8220;the zone&#8221;, get the user productive and not interrupt her with a confusing UI or stupid error messages.</p>
<p>Whoever builds weird UI skins for the sake of different isn&#8217;t really doing the user any service. Honestly I don&#8217;t know if my post is confusing the matters more, as I see many comments nitpicking about consistency. Consistency for standard aqua controls is a moot point. Duh.</p>
<p>What I&#8217;m trying to show is that to give the user a better interaction, more flow, etc. user interfaces are forced to migrate from aqua controls to custom views. Look at the BART widget, the user interface there is no longer an aqua table of aqua cells, it&#8217;s a work of graphic design, and it&#8217;s not a mythical new interaction model. It undoubtedly creates a much better user experience. Would you argue it shouldn&#8217;t be done for the sake of consistency?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Kavadias</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-16</link>
		<dc:creator>Tony Kavadias</dc:creator>
		<pubDate>Tue, 08 Apr 2008 13:43:52 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-16</guid>
		<description>While iTunes&#039; scroll bars don&#039;t look like the standard Aqua components, they certainly don&#039;t behave like they are either.

For users of graphics tablets and Inkwell (like me!), iTunes has a problem where the scroll bars don&#039;t actually behave correctly when a pen is the mouse—if a user presses (clicks) on a scrollbar, Inkwell is supposed to be able to tell that the user wants to click immediately on the control rather than wait for electronic ink input; instead, Inkwell actually waits for electronic ink input over the scroll bar first, which causes headaches when you actually want to scroll a list of songs in iTunes!

Inkwell is supposed to be sensitive to where the pen is pointing in order to decide whether to enter electronic ink mode or mouse mode—the menu bar, the window title bar, the scroll bars and the grow (resize) box are examples of standard Aqua user interface elements where mouse mode automatically overrides electronic ink mode in Inkwell.  However, in iTunes, the scroll bars are custom controls, and they don&#039;t allow Inkwell to work the way the standard controls do, causing problems relating to how users can control iTunes with a pen as the mouse.  Specifically, users are forced to wait for the double-click time (as set in Mouse Preferences) before Inkwell realises that you want to switch from electronic ink mode to mouse mode in order to move the scroll bar.

Another reason why iTunes shouldn&#039;t get away with using its scroll bars!


—tonza</description>
		<content:encoded><![CDATA[<p>While iTunes&#8217; scroll bars don&#8217;t look like the standard Aqua components, they certainly don&#8217;t behave like they are either.</p>
<p>For users of graphics tablets and Inkwell (like me!), iTunes has a problem where the scroll bars don&#8217;t actually behave correctly when a pen is the mouse—if a user presses (clicks) on a scrollbar, Inkwell is supposed to be able to tell that the user wants to click immediately on the control rather than wait for electronic ink input; instead, Inkwell actually waits for electronic ink input over the scroll bar first, which causes headaches when you actually want to scroll a list of songs in iTunes!</p>
<p>Inkwell is supposed to be sensitive to where the pen is pointing in order to decide whether to enter electronic ink mode or mouse mode—the menu bar, the window title bar, the scroll bars and the grow (resize) box are examples of standard Aqua user interface elements where mouse mode automatically overrides electronic ink mode in Inkwell.  However, in iTunes, the scroll bars are custom controls, and they don&#8217;t allow Inkwell to work the way the standard controls do, causing problems relating to how users can control iTunes with a pen as the mouse.  Specifically, users are forced to wait for the double-click time (as set in Mouse Preferences) before Inkwell realises that you want to switch from electronic ink mode to mouse mode in order to move the scroll bar.</p>
<p>Another reason why iTunes shouldn&#8217;t get away with using its scroll bars!</p>
<p>—tonza</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: duncan</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-14</link>
		<dc:creator>duncan</dc:creator>
		<pubDate>Tue, 08 Apr 2008 08:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-14</guid>
		<description>That&#039;s a wonderfully insightful comment, thank you JLG. Though in a way I guess it means I could have not written this post at all!

I&#039;m still hoping what I wrote might instill doubt in developers coding a custom look for Aqua controls. Doing it without a reason is not only pointless, it also takes development time away from possible interaction improvements.

Apple, though, should know better.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a wonderfully insightful comment, thank you JLG. Though in a way I guess it means I could have not written this post at all!</p>
<p>I&#8217;m still hoping what I wrote might instill doubt in developers coding a custom look for Aqua controls. Doing it without a reason is not only pointless, it also takes development time away from possible interaction improvements.</p>
<p>Apple, though, should know better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Big Contrarian &#187; Blog Archive &#187; The HIG is undead.</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-13</link>
		<dc:creator>Big Contrarian &#187; Blog Archive &#187; The HIG is undead.</dc:creator>
		<pubDate>Tue, 08 Apr 2008 07:33:40 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-13</guid>
		<description>[...] what bothers me most about Duncan Wilcox&#8217;s defense of the Aqua HIG isn&#8217;t that I disagree with him, but that I feel like these opinions only serve to set an [...]</description>
		<content:encoded><![CDATA[<p>[...] what bothers me most about Duncan Wilcox&#8217;s defense of the Aqua HIG isn&#8217;t that I disagree with him, but that I feel like these opinions only serve to set an [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ashley Aitken</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-12</link>
		<dc:creator>Ashley Aitken</dc:creator>
		<pubDate>Tue, 08 Apr 2008 06:56:14 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-12</guid>
		<description>I (too) am confused as to why Apple didn&#039;t go the whole way and use the iTunes scroll-bars in Leopard.  The remants of Aqua (scroll bars, button, etc.) look somewhat out of place in the new look.

I guess, perhaps, Mr Jobs didn&#039;t think they were just right yet, or perhaps they make the whole look too dar, or there were problems with legacy apps. I think iTunes was the trial.  

I&#039;d prefer we moved on ... 

Cheers,
Ashley.</description>
		<content:encoded><![CDATA[<p>I (too) am confused as to why Apple didn&#8217;t go the whole way and use the iTunes scroll-bars in Leopard.  The remants of Aqua (scroll bars, button, etc.) look somewhat out of place in the new look.</p>
<p>I guess, perhaps, Mr Jobs didn&#8217;t think they were just right yet, or perhaps they make the whole look too dar, or there were problems with legacy apps. I think iTunes was the trial.  </p>
<p>I&#8217;d prefer we moved on &#8230; </p>
<p>Cheers,<br />
Ashley.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jean-Louis Gassée</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-11</link>
		<dc:creator>Jean-Louis Gassée</dc:creator>
		<pubDate>Tue, 08 Apr 2008 05:22:12 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-11</guid>
		<description>I had forgotten the quote...  Now, how do I say, credibly, great piece?  It seems that if you like this piece, understand it, you don&#039;t need it.  And, if you need it, you might not get it...  JLG</description>
		<content:encoded><![CDATA[<p>I had forgotten the quote&#8230;  Now, how do I say, credibly, great piece?  It seems that if you like this piece, understand it, you don&#8217;t need it.  And, if you need it, you might not get it&#8230;  JLG</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Gray</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-10</link>
		<dc:creator>Ryan Gray</dc:creator>
		<pubDate>Tue, 08 Apr 2008 03:27:38 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-10</guid>
		<description>Nick, I don&#039;t understand how Leopard&#039;s GUI, which is the same in regards to scrollbars as Tiger disappoints you because of iTune&#039;s scrollbars which are also the same in both Leopard and Tiger. I can only assume you are upset that nothing changed? That you hoped Leopard had adopted the iTunes scrollbars? I think it is iTunes that is inconsistent. However, I could reason that since Coverflow was integrated into the Leopard Finder, that if Leopard scrollbars looked like those in iTunes, that it might be harder to distinguish between iTunes and some Finder windows. So, that could be the reason they changed then in iTunes rather than in all of the OS.</description>
		<content:encoded><![CDATA[<p>Nick, I don&#8217;t understand how Leopard&#8217;s GUI, which is the same in regards to scrollbars as Tiger disappoints you because of iTune&#8217;s scrollbars which are also the same in both Leopard and Tiger. I can only assume you are upset that nothing changed? That you hoped Leopard had adopted the iTunes scrollbars? I think it is iTunes that is inconsistent. However, I could reason that since Coverflow was integrated into the Leopard Finder, that if Leopard scrollbars looked like those in iTunes, that it might be harder to distinguish between iTunes and some Finder windows. So, that could be the reason they changed then in iTunes rather than in all of the OS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rumors of the HIGs Death&#8230;.</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-9</link>
		<dc:creator>Rumors of the HIGs Death&#8230;.</dc:creator>
		<pubDate>Tue, 08 Apr 2008 02:52:55 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-9</guid>
		<description>[...] Duncan Wilcox: &#8220;The HIG is still good. In fact the first fifth of it is pure gold, still 100% current and relevant.&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] Duncan Wilcox: &#8220;The HIG is still good. In fact the first fifth of it is pure gold, still 100% current and relevant.&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MidKnight Gallery &#187; Apple HIG&#8230;</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-8</link>
		<dc:creator>MidKnight Gallery &#187; Apple HIG&#8230;</dc:creator>
		<pubDate>Tue, 08 Apr 2008 01:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-8</guid>
		<description>[...] lays out what is expected of a &#8220;mac-like&#8221; app. So it was nice to see a good article on exactly what the HIG was for, and why it is still [...]</description>
		<content:encoded><![CDATA[<p>[...] lays out what is expected of a &#8220;mac-like&#8221; app. So it was nice to see a good article on exactly what the HIG was for, and why it is still [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Heer</title>
		<link>http://duncanwilcox.com/2008/the-hig-is-still-good/comment-page-1/#comment-7</link>
		<dc:creator>Nick Heer</dc:creator>
		<pubDate>Tue, 08 Apr 2008 00:06:42 +0000</pubDate>
		<guid isPermaLink="false">http://duncanwilcox.com/?p=3#comment-7</guid>
		<description>Excellent post!

I agree that the HIG are still relevant. However, Leopard&#039;s GUI disappointed me a little. Mostly due to the iTunes scrollbars, or lack thereof. It&#039;s still inconsistent, which bugs me a little.</description>
		<content:encoded><![CDATA[<p>Excellent post!</p>
<p>I agree that the HIG are still relevant. However, Leopard&#8217;s GUI disappointed me a little. Mostly due to the iTunes scrollbars, or lack thereof. It&#8217;s still inconsistent, which bugs me a little.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

