Re: Reconizing a symbolic or alias directory
Re: Reconizing a symbolic or alias directory
- Subject: Re: Reconizing a symbolic or alias directory
- From: Nathan Zamecnik <email@hidden>
- Date: Wed, 29 May 2002 19:25:29 -0500
This should be considered a major bug. I thought Cocoa could handle
anything regarding the file system. It just is not acceptable to warn users
that they won't be able to change alias directories. Also, I am accessing
the file system first through NSOpenPanel but whatever directory is selected
is just the root and it traverses every lower directory. It should
traverse alias directories but it does not recognize them as directories.
Although, I have noticed it reconizes them as files. Anyone have a hack to
fix this problem at this time?
-- NAteZ
On 5/29/02 6:19 AM, "Ondra Cada" <email@hidden> wrote:
>
>
On Wednesday, May 29, 2002, at 09:18 , Nathan Zamecnik wrote:
>
>
> It comes across a symbolic directory (AKA alias directory) it doesn't
>
> reconize it as a directory and does not step into it to read its contents
>
> like it would a regular directory. I am using a NSFileManager for this
>
> class as to do most of the file traversing. Any idea on how to make a
>
> NSFileManager reconize a symbolic directory and then traverse it?
>
>
Only one clean way: wait till Apple implements aliases properly.
>
>
Till that, aliases are *not* accessible through any standard API(*); if
>
you want to support them, you have to do it manually and go Carbon for
>
that.
>
>
(*) Actually, AppKit level usually takes care of that: if you access a
>
file through open panel or NSDocument suite, aliases are resolved properly
>
even before you get the path. With the standard file management though, be
>
it Foundation or BSD, you are out of luck.
>
>
My solution is warn users that in some situations aliases don't work, and
>
if they complain, they should complain at Apple to fix the thing at the
>
filesystem level (preferrably by making alias/softlink twins, which would
>
be easily possible thanks to the fact alias is pure resource fork, whilst
>
softlink is pure data fork. If interested, search archives -- someone
>
suggested this excellent solution with many details I don't recall just
>
now). If you can't afford it, Carbon is the way you must go.
>
---
>
Ondra Cada
>
OCSoftware: email@hidden http://www.ocs.cz
>
2K Development: email@hidden http://www.2kdevelopment.cz
>
private email@hidden http://www.ocs.cz/oc
_______________________________________________
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.