[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: Dave Camp <dave_at_thinbits.com>
Date: 2005-09-23 17:01:14 CEST

On Sep 22, 2005, at 3:02 AM, Ryan Schmidt wrote:

> 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.

I wasn't terribly clear. I was referring to bundle icons (I was
assuming the OP was a developer). Yes, cut and pasted icons are
pretty busted. I would suggest writing Apple a bug on this in the
hopes they might implement a more modern method in a future OS release.

Dave

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 23 17:02:50 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.