• 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: NSFilesPromisePboardType
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSFilesPromisePboardType


  • Subject: Re: NSFilesPromisePboardType
  • From: Nick Paulson <email@hidden>
  • Date: Sat, 9 Jan 2010 19:39:00 -0500

I ended up just using a define to easily change it later:

#define kiTunesPboardType @"CorePasteboardFlavorType 0x6974756E"

To anyone interested, it is a property list that contains a lot of information about iTunes itself and the tracks being dragged.

Thanks for the help, Jim,

--Nick

On Jan 9, 2010, at 12:08 AM, Jim Correia wrote:

> On Jan 8, 2010, at 11:33 PM, Jim Correia wrote:
>
>> Ultimately, it appears that iTunes is putting bad promise data in the drag. At this point it is probably best to file a bug against iTunes.
>
> Looks like this might simply be a byte order bug with the value in the promisedFlavor field in the PromiseHFSFlavor data on the pasteboard (though that doesn’t really help when accessing the data via NSPasteboard.)
>
> On Jan 8, 2010, at 11:37 PM, Nick Paulson wrote:
>
>> I am trying to get the path of an item dropped onto a view by iTunes.
>>
>> iTunes seems to only do this with NSFilesPromisePboardType.  Maybe I am wrong, though.
>
> The promised data isn’t really what you wanted anyway. The idea behind the promise is that the drag provider *promises* to create a new file in location specified in the drag receiver. It sounds like you are interested in the file that is being dragged, not a copy of it.
>
> iTunes does provide all the data in the drag that you need (and more), but does so through the ‘itun’ drag flavor. I haven’t seen this documented anywhere as a public, supported pasteboard flavor. It has been available for some time, but unless it is documented as a such, it could disappear (or change) at any time. Proceed accordingly.
>
> - Jim_______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden

_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >NSFilesPromisePboardType (From: Nick Paulson <email@hidden>)
 >Re: NSFilesPromisePboardType (From: Jim Correia <email@hidden>)
 >Re: NSFilesPromisePboardType (From: Nick Paulson <email@hidden>)
 >Re: NSFilesPromisePboardType (From: Jim Correia <email@hidden>)
 >Re: NSFilesPromisePboardType (From: Jim Correia <email@hidden>)

  • Prev by Date: Re: [iPhone] NSCoder Question
  • Next by Date: Re: [iPhone] NSCoder Question
  • Previous by thread: Re: NSFilesPromisePboardType
  • Next by thread: Enabling NSZombieEnabled programatically
  • Index(es):
    • Date
    • Thread