• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Philosophy of FSRef - way
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Philosophy of FSRef - way


  • Subject: Re: Philosophy of FSRef - way
  • From: Frederick Cheung <email@hidden>
  • Date: Thu, 10 Feb 2005 15:00:50 +0000


On 10 Feb 2005, at 14:41, Ruslan Zasukhin wrote:

Hi All,

I wonder on FSRef.

1) It looks very weird that I cannot create Fsref for non-existing object,
Like we was able do this with FSSpec. What a great idea is behind of this?
IMHO this make things much more complex.

I think part of the idea is not to be systematically carrying around the long unicode name all of the time when for many tasks you don't care about the actual name.


Now I need keep together 2 objects: Fsref and Filename.
I need store them in class, send into other functions...

But worse is that Fsref of EXISTED object do not need name,
So I must have 2 branched of code everywhere ?

Looks very strange.


2) I do not see easy way change name of FSRef structure: * I can extract name from FSRef using FSGetCatalogInfo() * but how I can set back the modified name?
FSRenameUnicode. Also the name isn't stored in the FSRef.

Fred

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


  • Follow-Ups:
    • Re: Philosophy of FSRef - way
      • From: Ruslan Zasukhin <email@hidden>
References: 
 >Philosophy of FSRef - way (From: Ruslan Zasukhin <email@hidden>)

  • Prev by Date: Re: Newbie design question: protocol vs. delegate vs. class-cluster
  • Next by Date: [ANN] XMLTagInputManager
  • Previous by thread: Philosophy of FSRef - way
  • Next by thread: Re: Philosophy of FSRef - way
  • Index(es):
    • Date
    • Thread