Re: "/" character in application bundle identifier
Re: "/" character in application bundle identifier
- Subject: Re: "/" character in application bundle identifier
- From: Jérôme Laurens <email@hidden>
- Date: Tue, 30 Sep 2003 09:12:54 +0200
Le dimanche, 28 sep 2003, ` 21:55 Europe/Zurich, Chris Parker a icrit :
Hi Jirtme,
On Sep 27, 2003, at 12:50 AM, Jirtme Laurens wrote:
for dev purpose i incidentally chose my app bundle identifier to
contain a "/" character. The unexpected result is that the prefs are
now written in a subfolder of the ~/Library/Preferences folder. This
seems very natural due to the "/" but I can't see it documented
somewhere. Is it safe to use this feature (for a suite of related
applications), I am afraid of other side effects I am not aware of.
I would not rely on that behavior. CFPreferences is interpreting the
bundle ID with the slash in it and creating the subdirectory as a side
effect of the way it's parsing your bundle ID.
I'm not completely sure where the bug here is, but I wouldn't rely on
this behavior in the future (at least from a preferences standpoint).
Last remark on the subject:
1- if we consider the bundle identifier to be just an identifier, the
'/' character should be treated as any other one, and the actual
implementation contains a bug
2- if we consider the bundle identifier to be a partial path, then the
'defaults' command seems buggy because 'defaults domains' does not list
deep domains identified with a slash. This is the only problem I could
find when using '/' in identifiers, at first glance.
IMHO, point 2 should be adopted, it allows to make the prefs folder
cleaner. Mine looks more and more like OS 8 old days.
A+JL
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.