<?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: Best. Template. Ever.</title>
	<atom:link href="http://www.red-sweater.com/blog/175/best-template-ever/feed" rel="self" type="application/rss+xml" />
	<link>http://www.red-sweater.com/blog/175/best-template-ever</link>
	<description>Mac &#38; Technology Writings by Daniel Jalkut</description>
	<pubDate>Wed,  7 Jan 2009 02:46:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-13074</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Tue, 29 Aug 2006 13:46:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-13074</guid>
		<description>Hi Kusmi, I noticed that too.  For some reason it seems to lose its encoding on the way from template to project. I'll see if there's anything I can do about that.</description>
		<content:encoded><![CDATA[<p>Hi Kusmi, I noticed that too.  For some reason it seems to lose its encoding on the way from template to project. I&#8217;ll see if there&#8217;s anything I can do about that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kusmi</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-13057</link>
		<dc:creator>kusmi</dc:creator>
		<pubDate>Tue, 29 Aug 2006 08:56:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-13057</guid>
		<description>Don't know, if this is a shortcoming of Xcode, but the InfoPlist.strings file shows up garbled, so you have to manually set the encoding to UTF-16 to use it, not sure if there is a fix for that?</description>
		<content:encoded><![CDATA[<p>Don&#8217;t know, if this is a shortcoming of Xcode, but the InfoPlist.strings file shows up garbled, so you have to manually set the encoding to UTF-16 to use it, not sure if there is a fix for that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-12557</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Tue, 22 Aug 2006 15:13:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-12557</guid>
		<description>Romain: Your "space in the name" case brings up some other issues where the template falls down.  Naming the app delegate Delegate for instance.  I guess at least these are relatively minor tweaks, but I wonder if there's a way to get the template system to substitute "project name without spaces."</description>
		<content:encoded><![CDATA[<p>Romain: Your &#8220;space in the name&#8221; case brings up some other issues where the template falls down.  Naming the app delegate Delegate for instance.  I guess at least these are relatively minor tweaks, but I wonder if there&#8217;s a way to get the template system to substitute &#8220;project name without spaces.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-12555</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Tue, 22 Aug 2006 15:02:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-12555</guid>
		<description>Romain: thanks for catching that!  Indeed, all my testing had been with spaceless project names. I have fixed the template with the quoting you suggested and it works!  The download has been updated so nobody else should run into this in the future.

Jon: yeah the resulting projects will probably break during build if there is no svn installed.  You can just open up the "Cocoa Application.pbproj" and remove that "Set Version" build phase script.  As I said above be sure to remove any Xcode user prefs that get stashed in there as a result of editing it.</description>
		<content:encoded><![CDATA[<p>Romain: thanks for catching that!  Indeed, all my testing had been with spaceless project names. I have fixed the template with the quoting you suggested and it works!  The download has been updated so nobody else should run into this in the future.</p>
<p>Jon: yeah the resulting projects will probably break during build if there is no svn installed.  You can just open up the &#8220;Cocoa Application.pbproj&#8221; and remove that &#8220;Set Version&#8221; build phase script.  As I said above be sure to remove any Xcode user prefs that get stashed in there as a result of editing it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Hendry</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-12554</link>
		<dc:creator>Jon Hendry</dc:creator>
		<pubDate>Tue, 22 Aug 2006 14:54:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-12554</guid>
		<description>Does it break if you don't use subversion?</description>
		<content:encoded><![CDATA[<p>Does it break if you don&#8217;t use subversion?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Romain</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-12552</link>
		<dc:creator>Romain</dc:creator>
		<pubDate>Tue, 22 Aug 2006 14:38:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-12552</guid>
		<description>I couldn't open your MainMenu.nib in IB. Then I realized that my project name had a space. In the file classes.nib, the old-style property-list does not understand values with spaces unless you double-quote them.
So inside MainMenu.nib, in the classes.nib file, I  double-quoted  "«PROJECTNAME»Delegate" and it works. I also discovered that if you save classes.nib in real XML format, IB can still read the nib file (in this case, you don't need to quote strings).</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t open your MainMenu.nib in IB. Then I realized that my project name had a space. In the file classes.nib, the old-style property-list does not understand values with spaces unless you double-quote them.<br />
So inside MainMenu.nib, in the classes.nib file, I  double-quoted  &#8221;«PROJECTNAME»Delegate&#8221; and it works. I also discovered that if you save classes.nib in real XML format, IB can still read the nib file (in this case, you don&#8217;t need to quote strings).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam&#8217;s random musings &#187; Best. Template. Ever.</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-12521</link>
		<dc:creator>Sam&#8217;s random musings &#187; Best. Template. Ever.</dc:creator>
		<pubDate>Tue, 22 Aug 2006 03:58:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-12521</guid>
		<description>[...] Best. Template. Ever.: [...]</description>
		<content:encoded><![CDATA[<p>[...] Best. Template. Ever.: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-12519</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Tue, 22 Aug 2006 03:07:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-12519</guid>
		<description>Thanks, rentzsch. I have had a sneaking fear that something was not quite right about the subversion revision numbers as CFBundleVersion.  It seems obvious now that you point it out - I will have to read through that Dave Dribin article and re-evaluate.</description>
		<content:encoded><![CDATA[<p>Thanks, rentzsch. I have had a sneaking fear that something was not quite right about the subversion revision numbers as CFBundleVersion.  It seems obvious now that you point it out - I will have to read through that Dave Dribin article and re-evaluate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rentzsch</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-12517</link>
		<dc:creator>rentzsch</dc:creator>
		<pubDate>Tue, 22 Aug 2006 01:32:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-12517</guid>
		<description>Sounds like a great template, much better than mine.

Nit: setting CFBundleVersion to the subversion revision number is probably A Bad Idea. svn revision numbers *always* march forward in time, which means if you release a bug-fix 1.5.1 after you release 2.0, Launch Services will think 1.5.1 of your app is the latest+greatest. Dave wrote about it here: http://www.dribin.org/dave/blog/archives/2006/08/02/versioning_os_x_apps/

The svn revision is still ultra-handy, so probably stick it in your CFBundleShortVersionString, which can be pretty much anything (it's not interpreted by Launch Services).

See also: my script for loss-lessly translating human version numbers (1.2.3b4) into Launch Services-happy CFBundleVersion numbers, based on Dave's findings: http://svn.sourceforge.net/viewvc/redshed/trunk/human_version_to_cfbundle_version/human_version_to_cfbundle_version.rb?revision=138&#38;view=markup</description>
		<content:encoded><![CDATA[<p>Sounds like a great template, much better than mine.</p>
<p>Nit: setting CFBundleVersion to the subversion revision number is probably A Bad Idea. svn revision numbers *always* march forward in time, which means if you release a bug-fix 1.5.1 after you release 2.0, Launch Services will think 1.5.1 of your app is the latest+greatest. Dave wrote about it here: <a href="http://www.dribin.org/dave/blog/archives/2006/08/02/versioning_os_x_apps/" rel="nofollow">http://www.dribin.org/dave/blog/archives/2006/08/02/versioning_os_x_apps/</a></p>
<p>The svn revision is still ultra-handy, so probably stick it in your CFBundleShortVersionString, which can be pretty much anything (it&#8217;s not interpreted by Launch Services).</p>
<p>See also: my script for loss-lessly translating human version numbers (1.2.3b4) into Launch Services-happy CFBundleVersion numbers, based on Dave&#8217;s findings: <a href="http://svn.sourceforge.net/viewvc/redshed/trunk/human_version_to_cfbundle_version/human_version_to_cfbundle_version.rb?revision=138&amp;view=markup" rel="nofollow">http://svn.sourceforge.net/viewvc/redshed/trunk/human_version_to_cfbundle_version/human_version_to_cfbundle_version.rb?revision=138&amp;view=markup</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: charles</title>
		<link>http://www.red-sweater.com/blog/175/best-template-ever/comment-page-1#comment-12515</link>
		<dc:creator>charles</dc:creator>
		<pubDate>Tue, 22 Aug 2006 00:34:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/175/best-template-ever#comment-12515</guid>
		<description>I  forgot to add: thanks for sharing it!</description>
		<content:encoded><![CDATA[<p>I  forgot to add: thanks for sharing it!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.738 seconds -->
