Re: [eGroupWare-developers] XMLRPC for the 1.4 Addressbook

[Ralf B. <Ral...@ou...>]

Hi Esben,

Esben Laursen schrieb:
> Ralf Becker skrev:
<snip />
>>
>> To see the mappings have a look at
>> http://svn.egroupware.org/egroupware/branches/1.4/addressbook/inc/class.boaddressbook.inc.php
>> specially the method set_mapping_for_user_agent():
>>
>> case 'KDE-AddressBook':
>> 	$this->mapping = array(
>> 		'n_fn' => 'fn',
>> 		'modified' => 'last_mod',
>> 		'tel_other' => 'ophone',
>> 		'adr_one_street2' => 'address2',
>> 		'adr_two_street2' => 'address3',
>> 		'freebusy_uri' => 'freebusy_url',
>> 		'grants[owner]' => 'rights',
>> 		'jpegphoto' => false,	// gives errors in KAddressbook, maybe the
>> encoding is wrong
>> 		'photo' => false,		// is uncomplete anyway
>> 		'private' => 'access',		// special handling necessary
>> 		'adr_one_type' => "'Work'",	// defines how KAddresbook labels the address
>> 		'adr_two_type' => "'Home'",
>> 	);
>> 	break;
>>   
> 
> I agree that it would be better to switch to the new fieldnames. Is 
> there a easy "conversion table" somewhere?

The above is the conversation table: new => old
	'n_fn' => 'fn',
	'modified' => 'last_mod',
	'tel_other' => 'ophone',
	'adr_one_street2' => 'address2',
	'adr_two_street2' => 'address3',
	'freebusy_uri' => 'freebusy_url',
The former 'access' textfield with values 'private' or 'public' is now
an integer 'public' with values 0 and 1.
Dont know how to encode the new jpegphoto, KAddressbook always gave and
error so I disabled it for it. Maybe we need to base64 encode it, it
think there's a xmlrpc type for that.

> I'm going on vacation next week so hopefully I will have a little time 
> to have a look at it.

Cool :-)

Ralf
-- 
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0