we r missing inbox mail for the other broswer

are you going to leave one out in future releases?
so why not to expose methods to show a map of <uid, ..properties..> ?

It enables webservices to be a replacement of sql access.



if I create a cached browser for horde contacts/calendar, I got 
browsing data <Id, modified, ..> but when i insert an item, the ws 
returns the uid..

As cache checks etag/timestamp to (in)validate the item, actual horde 
ws behavior makes impossible to create a "fast" cache, forcing to 
continuously use getActionTimestamp on each item (with the overhead 
due to the amount of ws call - about 1sec each).
and webdav



Thx,

R.

It's confusing because there are currently two ways to identify and 
retrieve objects, for historical reasons. UIDs are used for any 
synchronization purposes i.e. for external data exchange, IDs are used 
for internal exchange.

so, is there a way to retrieve objects data by ID? (ex. export, 
getActionTimestamp, ..)

All webservice methods are UID-oriented but this one..to me it's quite 
confusing :)



Thx for your time,

R.

The purpose of the browse methods is to provide directory-like listing 
for directory services like WebDAV, obrowser, etc. Objects are 
identified by their IDs, not their UIDs in those contexts. It's *not* 
there to list complete objects, use the list* and export methods for 
that.

Jan, am I missing something here?



Also, what relevance do the calendar methods have to the Turba 
(address book) API? Though all the _browse ones should be as 
consistent as possible...

yes. As the calendar.import method returns the UID of the item, it's 
an important information to retrieve.
uid should be return on demand, not by default, like the "modified", 
"created" fields..

let me know if you need some examples..

When you say missing, what would mean that the UID should be present 
here? I don't know what it would mean for webdav, for example, and I 
don't see it in any of our other _browse method implementations.

missing 'uid' in turba_browse properties.

note: if contact->getValue issues a call instead of a simple attribute 
retrieval from an object, it could be optimized with a function like:

if  ! defined(item[guid]):

    item[guid] = item.getValue('_uid')



return item[guid]



Patch follows. The same in kronolith and maybe in all other modules...



@@ -580,6 +584,9 @@

              if (in_array('created', $properties)) {

                  $results[$key]['created'] = 
_turba_getActionTimestamp($contact->getValue('__uid'), 'add');

              }

+           if (in_array('uid', $properties)) { // rpolli .,+2

+               $results[$key]['uid'] = $contact->getValue('__uid');

+           }

          }



          return $results;