Re: Tracking files the right way - FIXED in 10.2!!!
Re: Tracking files the right way - FIXED in 10.2!!!
- Subject: Re: Tracking files the right way - FIXED in 10.2!!!
- From: Charles Srstka <email@hidden>
- Date: Fri, 30 Aug 2002 12:05:49 -0500
On Friday, August 30, 2002, at 08:33 AM, Bill Bumgarner wrote:
On Friday, Aug 30, 2002, at 01:36 US/Eastern, Charles Srstka wrote:
This behavior single-handedly solves most of the problems mentioned
in this thread about aliases. Move one file to leave the original
untouched and put a copy in its place? No problem - the alias checks
the path first, and finds the copy. Drag OmniWeb to the Trash and put
another copy in its place? No problem, the alias finds the new
OmniWeb (although it really should be looking up the bundle
identifier in LaunchServices instead of using aliases *or* paths, but
that's another topic). Move or rename a file or some folder in its
path? No problem, the alias tracks the file to the new location.
The broken behavior still exists with Radio UserLand -- a carbon
application. As such, either the Carbon APIs have not been updated
to reflect this behavior or it requires a recompile to take advantage
of it. I just ran into this issue yesterday -- edited a story using
emacs and RU happily referred to aboutPrebinding.html~ and not
aboutPrebinding.html.
Or perhaps Radio UserLand is using an FSRef instead of an alias.
Agreed regarding bundle identifiers -- it seems that apps are not
taking as consistent advantage of bundle identifiers as they mount.
Of course, doing so introduces a "search path" issue in that the user
may have multiple copies and may not want to use the one that is
"first" in the search order...
I'm pretty sure that the search does not work in the same way as is
described in the docs, but that the docs are in error, having failed to
be updated from the NeXTSTeP docs. I can find apps that are in very
non-standard locations using LaunchServices...
My guess is that the last used version of the app would be the one that
gets tracked by LS.
_______________________________________________
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.