Tuesday, June 26, 2007, 12:23:12 AM, you wrote:
BP> There's a bug in your code where you're trying to convert
BP> flavorTypePromiseHFS to a UTI for PasteboardPutItemFlavor.
BP> UTCreateStringForOSType only converts your 'fssP' four character code
BP> to a CFSTR("fssP"). That simply creates a string that's ready for
BP> UTTypeCreatePreferredIdentifierForTag or
BP> UTTypeCreateAllIdentifiersForTag. The first should be sufficient for
BP> your purposes though. Later on the same procedure should be used for
BP> kDragPromisedFlavor when promising the file in step 3 and later while
BP> fulfilling the promise. Try that and see if things don't work better.
BP> There is no standard UTI for kDragPromisedFlavor.
I'm now using UTTypeCreatePreferredIdentifierForTag() when sending both
kDragFlavorTypePromiseHFS (UTI = "dyn.agk81a4dgsq") an kDragPromisedFlavor
(UTI = "dyn.agk80q65xna").
However, PasteboardCopyPasteLocation() still returns me badPasteboardFlavorErr!
Is there some prerequisite before calling this one?
Remark I'm still passing kDragPromisedFlavor in PromiseHFSFlavor.promisedFlavor
in my first PasteboardPutItemFlavor() (for the kDragFlavorTypePromiseHFS),
as I do not see how I could pass an UTI there. Does a structure similar to
PromiseHFSFlavor exists, which is UTI compatible? (and perheaps a corresponding
BP> The DragFlavor APIs are, in fact, based on the Pasteboard Manager and
BP> have been since Panther. The Pasteboard Manager is a functional
BP> superset of the DragFlavor and Scrap Manager APIs. That is you can do
BP> the same types of operations plus more with a single set of APIs. One
BP> of the main advantages of going with the Pasteboard Manager is the
BP> ability to tag data with UTIs instead of OSTypes. This lends greater
BP> flexibility in recognizing what data is available especially when
BP> interacting with Cocoa applications.
Thank you for confirming this!
Eric Landuyt, Developer - mailto:email@hidden
DataRescue sa/nv, Home of the IDA Pro Disassembler - http://www.datarescue.com
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden