On Apr 9, 2008, at 8:51 AM, Guangxing Li wrote: Thanks for the help, Bryan. I found out the cause of the issue. It turns out that the way Tiger and Leopard treat multiple item drag and drop differently. In my App, we create a drag item to hold an internal custom flavor to facilitate our internal usage. This causes no issue on Tiger which simply ignores the item. But Leopard does not like it and refuses to accept other items it recognizes. So my solution is to not create such dummy drag item but put the custom flavor into an existing drag item.
That makes sense. Yes, moving your private data into an existing item is definitely the way to go. The Carbon Pasteboard does this itself with some hidden flavors.
A general obeservation related to this topic. Leopard seems to treat multiple item drag differently from Tiger even without custom flavor drag item involved. If I create a drag object with two items, both of which have file URL flavors (see Pasteboard Peeker dump 1), Leopard duplicates those two files in the drop target location, just like what Tiger does. But if I create a drag object with two items, one with file URL flavor and one with PICT flavor (see Pasteboard Peeker dump 2), Leopard does not accept the drop. On Tiger, it accepts the drop by duplicating the file for the file URL item and creating a clipbard PICT image file for the PICT item. Is this behavior as expected on Leopard?
This is likely a change on the side of the drag receiving client (presumably Finder in this case). I'm not sure if this is intended behavior or not. You might want to write a bug against the receiver as this may be considered a binary compatibility issue. Note that PasteboardPeeker doesn't care what's on the pasteboard, all drags are accepted and all the data makes it across the wire.
|
