Re: NSFileManager and aliases
Re: NSFileManager and aliases
- Subject: Re: NSFileManager and aliases
- From: Thomas Lachand-Robert <email@hidden>
- Date: Tue, 16 Apr 2002 10:29:47 +0200
Le mardi 16 avril 2002, ` 08:55 , Ondra Cada a icrit :
On Tuesday, April 16, 2002, at 05:26 , Charles Srstka wrote:
It's actually easier than this. You can put the original app in the
trash without worry, as long as you empty the trash soon. The alias
doesn't actually start pointing to the new location as soon as you move
the file - it actually updates the next time you try to open that alias.
So if you move the app to the trash, move the new one in its old place,
then empty,
and do all this before the next time you double-click on the alias, it
will work just fine.
Which is naturally an exact opposite of what I wanted. The very reason I'
ve used Trash instead of rm -rf was since I wanted to be able to return
back to the old app in case the new release is not quite good.
Then don't use aliases. Generally speaking, I don't understand well the
point. Nobody forces anyone to use aliases. Symbolic links are still there
aren't they? As an old mac user, I know how useful aliases are sometimes,
but I have discovered that s-links are better in some circonstances. So I
use both.
Now a suggestion (fell free to comment, eventually we could file a feature
request on this):
I think a useful improvement to aliases would be to have them recognized
as symbolic links by the Unix tools. If I understand well the machinery,
it should not be very difficult:
-- Aliases doesn't need to have data fork (I don't know if they have, but
usually they don't, they appear as 0-sized files in the terminal.
-- Symbolic links doesn't have any resource fork, but the path is coded
somewhere in their data fork.
So a simple solution would be to have all aliases copying the path they
already store inside their data fork, in addition to their resource fork.
Thomas Lachand-Robert
********************** email@hidden
<< Et le chemin est long du projet ` la chose. >> Molihre, Tartuffe.
_______________________________________________
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.