<?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"
	>
<channel>
	<title>Comments on: Links and Platform Smear</title>
	<atom:link href="http://mjtsai.com/blog/2005/05/31/links-and-platform-smear/feed/" rel="self" type="application/rss+xml" />
	<link>http://mjtsai.com/blog/2005/05/31/links-and-platform-smear/</link>
	<description></description>
	<pubDate>Sat, 22 Nov 2008 07:38:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Michael</title>
		<link>http://mjtsai.com/blog/2005/05/31/links-and-platform-smear/#comment-8187</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 01 Jun 2005 13:33:32 +0000</pubDate>
		<guid isPermaLink="false">/?p=1041#comment-8187</guid>
		<description>Voodoo, I don't understand your first point. To me, it seems like Spotlight (the architecture and features) were developed mostly in private and delivered all at once in Tiger. I think this worked pretty well. The Spotlight interface has some public experimentation, and I see nothing in it that couldn't have been done with standard widgets. So I don't understand why you say that Spotlight might not  be available.</description>
		<content:encoded><![CDATA[<p>Voodoo, I don't understand your first point. To me, it seems like Spotlight (the architecture and features) were developed mostly in private and delivered all at once in Tiger. I think this worked pretty well. The Spotlight interface has some public experimentation, and I see nothing in it that couldn't have been done with standard widgets. So I don't understand why you say that Spotlight might not  be available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Voodoo</title>
		<link>http://mjtsai.com/blog/2005/05/31/links-and-platform-smear/#comment-8185</link>
		<dc:creator>Voodoo</dc:creator>
		<pubDate>Wed, 01 Jun 2005 03:50:47 +0000</pubDate>
		<guid isPermaLink="false">/?p=1041#comment-8185</guid>
		<description>Some of this functionality (ie Spotlight) might not be available if the experimentation didn't happen publicly.

But largely, yes, Apple should keep the custom UI to itself until things can be rolled into AppKit. Metal should have died a quick death behind the scenes. Same for drawers, at least in the current clunky incarnation.

I think it's time MacHack (sorry, ADwe've-lost-sight-of-our-rootsHOC) brought back the Bash Apple session. Not that SJ would attend...</description>
		<content:encoded><![CDATA[<p>Some of this functionality (ie Spotlight) might not be available if the experimentation didn't happen publicly.</p>
<p>But largely, yes, Apple should keep the custom UI to itself until things can be rolled into AppKit. Metal should have died a quick death behind the scenes. Same for drawers, at least in the current clunky incarnation.</p>
<p>I think it's time MacHack (sorry, ADwe've-lost-sight-of-our-rootsHOC) brought back the Bash Apple session. Not that SJ would attend...</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael McCracken</title>
		<link>http://mjtsai.com/blog/2005/05/31/links-and-platform-smear/#comment-8184</link>
		<dc:creator>Michael McCracken</dc:creator>
		<pubDate>Wed, 01 Jun 2005 03:22:33 +0000</pubDate>
		<guid isPermaLink="false">/?p=1041#comment-8184</guid>
		<description>I agree with Michael here - sure, users know what to expect from an underlined hyperlink, but these apps aren't doing what they expect! Never mind that they're not even always underlined.

At least they're not currently destructive. The first time I see a delete hyperlink in a native app, then I'll *really* worry.</description>
		<content:encoded><![CDATA[<p>I agree with Michael here - sure, users know what to expect from an underlined hyperlink, but these apps aren't doing what they expect! Never mind that they're not even always underlined.</p>
<p>At least they're not currently destructive. The first time I see a delete hyperlink in a native app, then I'll *really* worry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://mjtsai.com/blog/2005/05/31/links-and-platform-smear/#comment-8183</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 01 Jun 2005 01:48:51 +0000</pubDate>
		<guid isPermaLink="false">/?p=1041#comment-8183</guid>
		<description>Some of the links aren't underlined except on mouseover. With Spotlight, they aren't underlined at all. Sometimes the link acts like hypertext (iTunes, Dictionary); sometimes it opens a different window or changes the view within the same program (Mail); sometimes it opens a window in a different program (Disk Utility); sometimes it acts like a radio button (Spotlight). Even the way the links handle clickthrough is inconsistent (and, unlike with buttons, there's no visual indication of what will happen). So, no, I don't think users know exactly what a hyperlink will do. We have real controls for most of these functions; why not use them?</description>
		<content:encoded><![CDATA[<p>Some of the links aren't underlined except on mouseover. With Spotlight, they aren't underlined at all. Sometimes the link acts like hypertext (iTunes, Dictionary); sometimes it opens a different window or changes the view within the same program (Mail); sometimes it opens a window in a different program (Disk Utility); sometimes it acts like a radio button (Spotlight). Even the way the links handle clickthrough is inconsistent (and, unlike with buttons, there's no visual indication of what will happen). So, no, I don't think users know exactly what a hyperlink will do. We have real controls for most of these functions; why not use them?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chucky</title>
		<link>http://mjtsai.com/blog/2005/05/31/links-and-platform-smear/#comment-8182</link>
		<dc:creator>Chucky</dc:creator>
		<pubDate>Wed, 01 Jun 2005 01:37:58 +0000</pubDate>
		<guid isPermaLink="false">/?p=1041#comment-8182</guid>
		<description>It's not that bad a thing.  The web has conditioned users to know exactly what an underlined hyperlink does, and that lack of confusion is part of a good UI.</description>
		<content:encoded><![CDATA[<p>It's not that bad a thing.  The web has conditioned users to know exactly what an underlined hyperlink does, and that lack of confusion is part of a good UI.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
