Re: FSDetermineIfRefIsEnclosedByFolder(): No const for Cocoa's Temp Dir?
Re: FSDetermineIfRefIsEnclosedByFolder(): No const for Cocoa's Temp Dir?
- Subject: Re: FSDetermineIfRefIsEnclosedByFolder(): No const for Cocoa's Temp Dir?
- From: Jerry Krinock <email@hidden>
- Date: Wed, 12 Aug 2009 11:27:37 -0700
On 2009 Aug 12, at 08:33, Jean-Daniel Dupas wrote:
What did you used as domainOrVRefNum ?
Well, I tried various values but eventually settled on zero (0)
because, according to the FSDetermineIfRefIsEnclosedByFolder()
documentation, this will "check all domains and volumes".
On 2009 Aug 12, at 07:41, Bill Cheeseman wrote:
I determined which method to override by studying the detailed
roadmap of the NSDocument save operation in Apple's "Document-Based
Application Overview" document.
You mean this page of fun-filled graphics:
http://developer.apple.com/documentation/Cocoa/Conceptual/Documents/Articles/ObjectInteractions.html#/
/apple_ref/doc/uid/TP40003196
Apple's document includes a similar roadmap to NSDocument's read
operation. I would guess that you'll find in that roadmap an
appropriate method to override in order to obtain the original URL
of the document you are reading.
Yes, you are correct. Going right to the top, I overrode -
initWithContentsOfURL:ofType:error: and indeed this gives the "actual"
path, the one that is in the Trash.
Thanks!
So I'm picking the path up there.
The question of how to get FSDetermineIfRefIsEnclosedByFolder() to
detect something which is in ^Cocoa's^ temporary directory is still
unanswered, but is now left as a homework assignment to whomever is
still interested.
Jerry
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden