<?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: Making a Cocoa Application a QuickLook Consumer</title>
	<atom:link href="http://development.christopherdrum.com/blog/?feed=rss2&#038;p=109" rel="self" type="application/rss+xml" />
	<link>http://development.christopherdrum.com/blog/?p=109</link>
	<description>Offering Public Transparency to the Development Process</description>
	<lastBuildDate>Wed, 07 Jul 2010 00:28:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Julien</title>
		<link>http://development.christopherdrum.com/blog/?p=109&#038;cpage=1#comment-254</link>
		<dc:creator>Julien</dc:creator>
		<pubDate>Sun, 06 Jun 2010 13:36:11 +0000</pubDate>
		<guid isPermaLink="false">http://development.christopherdrum.com/blog/?p=109#comment-254</guid>
		<description>&quot;Perhaps I am exposing my programming naivety, but I don’t see why these methods were singled out as not being part of the DownloadItem class proper&quot;

DownloadItem is part of the model (following MVC conventions).

The category appending -previewItemURL is exposing the Model side to View side so it makes sense to separate the two of them. You can reuse the model in other contexts while the -previewItemURL part is specific to Quick Look.

&quot;it seems that the datasource can also return an NSURL directly, rather than an intermediary object which will in turn send its own NSURL&quot;

From documentation: &quot;NSURL QLPreview Additions&quot;: &quot;This category implements the QLPreviewItem protocol which makes instances of NSURL suitable as items for the Quick Look preview panel&quot;. It is confirmed by framework &quot;QLPreviewItem.h&quot;:

@interface NSURL (QLPreviewConvenienceAdditions) 
[...]
@end</description>
		<content:encoded><![CDATA[<p>&#8220;Perhaps I am exposing my programming naivety, but I don’t see why these methods were singled out as not being part of the DownloadItem class proper&#8221;</p>
<p>DownloadItem is part of the model (following MVC conventions).</p>
<p>The category appending -previewItemURL is exposing the Model side to View side so it makes sense to separate the two of them. You can reuse the model in other contexts while the -previewItemURL part is specific to Quick Look.</p>
<p>&#8220;it seems that the datasource can also return an NSURL directly, rather than an intermediary object which will in turn send its own NSURL&#8221;</p>
<p>From documentation: &#8220;NSURL QLPreview Additions&#8221;: &#8220;This category implements the QLPreviewItem protocol which makes instances of NSURL suitable as items for the Quick Look preview panel&#8221;. It is confirmed by framework &#8220;QLPreviewItem.h&#8221;:</p>
<p>@interface NSURL (QLPreviewConvenienceAdditions)<br />
[...]<br />
@end</p>
]]></content:encoded>
	</item>
</channel>
</rss>
