NSAttributedString: lossy attachments when serializing/archiving?
NSAttributedString: lossy attachments when serializing/archiving?
- Subject: NSAttributedString: lossy attachments when serializing/archiving?
- From: Jim Correia <email@hidden>
- Date: Sat, 7 Jan 2006 15:29:13 -0500
I have a CoreData test appliacation which stores an
NSAttributedString as an rtfd stream in one attribute, and archived
in another attribute. (*)
When I drag am mp3 into the text field and cause the data to be
committed, then deselect and reselect the object to force the data to
be refetched, the audio controller is replaced with with a generic
mp3 icon.
Playing around with TextEdit, I notice the same behavior when copying
between documents. (But saving and re-opening the destination
document seems to recover the audio file, which was included in the
rtfd bundle.)
Is this by design, or a bug? (If the latter, I'll write up a radar bug.)
Is there anything I can do to get the full fidelity attributes saved,
or transferred via the pasteboard?
Example at:
http://homepage.mac.com/jimcorreia/tmp/
NSAttributedStringLossyTextAttachments.zip
(*) In the example I'm using an NSArchiver. In my real app, I'm using
NSKeyedArchiver, but the end result appears to be the same.
Thanks,
Jim
_______________________________________________
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