Re: [Evolution-hackers] ebook API
- From: Dan Winship <danw ximian com>
- To: Ross Burton <ross burtonini com>
- Cc: Evolution Hackers <evolution-hackers lists ximian com>
- Subject: Re: [Evolution-hackers] ebook API
- Date: Thu, 11 Dec 2003 11:09:38 -0500
> e_book_async_get_book_view(...) doesn't allow me to specify the maximum
> number of records, whereas e_book_get_book_view(...) does. Should the
> async version be extended to take the extra argument? This looks like a
> trivial patch to me.
Not sure about this part. I'll let toshok answer.
> ECardCursor has gone! I was planning on using it (or something similar)
> in contact-lookup-applet to handle the case where the address book has
> many contacts which match the typed name. It's not a common case, but
> if I pointed my applet at a large LDAP server and typed "John",
> e_book_get_contacts() could take some time to retrieve the data and
> create the EContacts for the completion. I will be switching to
> e_book_async_get_contacts() to reduce UI blocking, but this could still
> involve creating a large lists of contacts. Is there a better way I've
> missed?
Call e_book_get_book_view() to get an EBookView object, which will emit
"contacts_added" signals as matching contacts are found, and a
"sequence_complete" signal when it's done. This is what the existing
addressbook views use.
-- Dan
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]