FROM : Chris Williams
DATE : Wed Apr 23 21:33:15 2008
But the resource fork idea has the same issue if someone uses/sends/writes
to the file from the other 90% of the computers on the planet... (windows).
Doesn't it?
I think you're best tracking the info in your own data source, doing your
best to track and keep up with the user changing it outside your world, and
leaving the original file alone. But like all the other suggestions here,
that's just one opinion :)
> From: Daniel DeCovnick <<email_removed>>
> Subject: Re: Resource Fork - is this a good use/the right thing to do?
>
> That's pretty much option 1, albeit implemented slightly more robustly
> than I was thinking of. But my data's not sensitive, so there's no
> advantage in losing it on sending it to someone else, and in fact I'd
> much prefer it was retained if possible.
DATE : Wed Apr 23 21:33:15 2008
But the resource fork idea has the same issue if someone uses/sends/writes
to the file from the other 90% of the computers on the planet... (windows).
Doesn't it?
I think you're best tracking the info in your own data source, doing your
best to track and keep up with the user changing it outside your world, and
leaving the original file alone. But like all the other suggestions here,
that's just one opinion :)
> From: Daniel DeCovnick <<email_removed>>
> Subject: Re: Resource Fork - is this a good use/the right thing to do?
>
> That's pretty much option 1, albeit implemented slightly more robustly
> than I was thinking of. But my data's not sensitive, so there's no
> advantage in losing it on sending it to someone else, and in fact I'd
> much prefer it was retained if possible.






Cocoa mail archive

