On 04/02/2010, at 4:21 PM, Michael Ash wrote:
> Why is everybody so worried about loading an excessive amount of data
> if it's a directory, but not if it's a file? HFS+ is capable of
> holding files over a billion gigabytes long, which you're going to
> have a certain amount of trouble squeezing
On Wed, Feb 3, 2010 at 1:46 PM, Charles Srstka wrote:
> On Feb 3, 2010, at 8:26 AM, cocoa-dev wrote:
>
>> Thanks Graham, here's what I'm thinking. The documents for my app are
>> fileWrappers. Before the document is saved for the first time I can copy
>> the files to a temp folder and during a
On Feb 3, 2010, at 8:26 AM, cocoa-dev wrote:
> Thanks Graham, here's what I'm thinking. The documents for my app are
> fileWrappers. Before the document is saved for the first time I can copy the
> files to a temp folder and during a save move them into the fileWrapper. I
> guess I need to j
On 3 Feb 2010, at 8:08 AM, cocoa-dev wrote:
> I have an app that attaches a file to a document like when you attach a file
> to mail. I use the following to store the file as data in an iVar:
>
> fileData = [NSData dataWithContentsOfURL:url options:NSDataReadingUncached
> error:(NSError **)err
Thanks Graham, here's what I'm thinking. The documents for my app are
fileWrappers. Before the document is saved for the first time I can copy the
files to a temp folder and during a save move them into the fileWrapper. I
guess I need to just abandon the whole NSData idea altogether. Too bad
On 04/02/2010, at 1:08 AM, cocoa-dev wrote:
> Is there an alternative to capture the data of a wrapper and a folder?
Not really, because of what these things are. At best a folder could be reduced
to a tree of data objects, which is what a wrapper is. But to reduce an
arbitrary folder to a sin
I have an app that attaches a file to a document like when you attach a file to
mail. I use the following to store the file as data in an iVar:
fileData = [NSData dataWithContentsOfURL:url options:NSDataReadingUncached
error:(NSError **)errorPtr];
This works fine for regular files but not for