[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Mac OS X Icon files (Invalid control character)

From: Ryan Schmidt <subversion-2005_at_ryandesign.com>
Date: 2005-09-22 12:02:55 CEST

On Sep 22, 2005, at 02:26, Dave Camp wrote:

> On Sep 21, 2005, at 5:47 AM, Jens v. P. wrote:
>
>> The only workaround I can think of is to add "Icon\r" to the
>> ignore list (I'm not sure how to do this, but I assume I'll find
>> the answer somewhere in the Subversion book).
>> But: I don't want my icons to be ignored! I really like my icons!
>>
>
> Since it's a resource fork file, svn wouldn't store it anyway.
>
> The best option is to stop using Icon\r files. Move to one of the
> modern data fork only formats that have been around for years.

I really don't think there's any alternative. I encourage you to try
it now. Go into your Applications folder and Get Info on Address
Book, click the icon, and copy. Now Get Info on the Applications
folder, click the icon, and Paste. A file named Icon\r is created in
the Applications folder, its data fork is empty, and its resource
fork contains an icns resource ID -16455. This was the case when
custom icons were introduced in System 7.0, and it's still the case
in Mac OS X 10.4.2. If you want custom folder icons, you're gonna get
resource-fork-based Icon\r files.

Now, if we're talking about the icon of a bundle, then that's a
different story. For bundles, you've got your Info.plist in which you
list your data-fork-based icon file's name and that's fine. But the
things which are bundles in OS X were regular files in Classic Mac
OS, and you didn't need Icon\r files to give single files custom
icons there either.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 22 12:04:48 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.