Re: vCard -> loss of Identity
Re: vCard -> loss of Identity
- Subject: Re: vCard -> loss of Identity
- From: Philip Dow <email@hidden>
- Date: Tue, 28 Feb 2006 15:00:31 +0100
Hi Steve,
I have also encountered this exact problem trying to support drag and
drop from an ABPeoplePicker. I was unable to find a workaround and
was forced to ignore vCard drops. Instead, I added an Insert button
at whose click I grab the selected record using [[ABPicker
selectedRecords] objectAtIndex:i] which I then drop into a
notification for any objects listening, in my case, the text view
that should have been able to receive drags from the people picker.
If anyone has a better solution, I'm also interested.
-Phil
On Feb 28, 2006, at 2:08 PM, Steve Cronin wrote:
Folks;
I've implemented an AddressBook ABPeoplePicker and that works fine.
I've also registered for drags from vCards and that is working fine.
From the user's point of view this is good: dragNdrop or a UI
widget, whatever you're in the mood for....
But here's the rub: I need to be able to tell that a given record
is the same as another.
In the ABPerson there is a property: kABUIDProperty
When I use [[ABPicker selectedRecords] objectAtIndex:i] to read
data I get consistent values for this property for a given record
in AddressBook. (I assume that this does not do a
'vCardRepresentation'!)
However when I read the kABUIDProperty value from the VERY SAME
record dropped as a vCard -> no joy (different values).
With a bit of fiddling I've managed to convince myself that any
wrapping in a vCard implies that you can never know that a given
vCard IS in fact the identical record as some other vCard.
I simply cannot be the first person to be bloodied by this. Is
there any collective wisdom or am I doomed to writing some
home-grown ABRecord coalescer?
As always THANK-YOU!
Steve
_______________________________________________
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
_______________________________________________
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