Re: Address Book Helper code released to public domain
Re: Address Book Helper code released to public domain
- Subject: Re: Address Book Helper code released to public domain
- From: "Joseph Jones" <email@hidden>
- Date: Mon, 13 Oct 2003 16:39:46 -0400
The framework provides more than just [person xxx] methods. There are
convenience methods on both ABRecord and AMMultiValue that you can use
to do this exact thing in a more straightforward manner than the AB API
gives you. The [person xxx] methods are not the only thing provied by
the framework.
Convenience methods on ABPerson are there for just that: convenience.
My frameworks was not meant to be a replacement for the AB API, just a
means of simplification.
In direct answer to below regarding address: You already have the
NSDictionary for the address (provided be an ABPerson convenience
method that I can't remember right now and I don;t have access to my
source). You can always get the MV properties themselves and work with
them there.
For phone, you can use convenience methods add to ABRecord, as well as
convenience methods added to ABMultiValue.
joe
>
On Monday, October 13, 2003, at 07:53 AM, Joseph Jones wrote:
>
>
> On Saturday, October 11, 2003, at 04:29 PM, Helge Hess wrote:
>
>
>
>> On 30.09.2003, at 17:01, Joseph Jones wrote:
>
>>>> This is great, but if i have 2 work or hone email addresses
which
>
>>>> one does it get???
>
>>>
>
>>> The first one it finds in the Multi Valued property dictionary
for
>
>>> kABPhoneProperty. The code right now assumes one value per label.
>
>>
>
>> Hm, but doesn't make that the extension unusable? Since the AB
store
>
>> allows for multiple values and doesn't assign a priority, it seems
>
>> pretty useless because the user cannot know what is going to get
>
>> selected?
>
>>
>
>
>
> kABPhoneProperty is an MV property that is keyed for specific phone
>
> types. The problem you are outlining would only arise if there are
>
> multiple Home, Work, etc. phones for a user. So far, none of my
>
> customers have had an issue with this and I feel safe that this is
an
>
> OK assumption for this helper framework to make. If there is ever a
>
> problem I would definitely have to revisit this assumption.
>
>
For what it is worth, it would not work for me, as roughly half of my
>
AB entries have multiple work, home, or mobile numbers. Since I am
not
>
one of your customers, this is still not an issue for you, but it
means
>
I would not use your framework.
>
>
Scott
>
_______________________________________________
>
cocoa-dev mailing list | email@hidden
>
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
>
Do not post admin requests to the list. They will be ignored.
>
>
--
JTech Softworks -
http://www.jtechsoftworks.com
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.