Paul Sandoz <[EMAIL PROTECTED]> writes:
>
> There is already a putback underway that people
> are working on (Candice, John & Martin have put
> loads of work in) primarily involved around the
> refactoring and changes to interfaces.
Any idea how much work is left to go before this gets landed?
> Wanted to get feedback around a second putback.
>
> A second round putback is necessary to complete
> the framework and add functionality. This should
> have minial impact on dependent code since very
> little interface methods have changed (can't
> envisage on those that have).
>
> The proposed putback items are presented below,
> some of these are actual functionality which
> may not be accessible by the GUI because changes
> are required but may be used by scriptable agents
> and brought to life by hand editing the prefs.js
> file:
>
> o Factory instantiation of address books
> - Allow for independent instantiation
> of address books that need implementation
> specific instantion code.
> - nsIAbDirectory interface modified to
> remove methods associated with the
> preferences.
>
> o Query interfaces
Makes sense. Do you already have a GUI for this up and going?
> o Linear Query implementation (currently synchronous)
> - Slow search a bit like the existing autocompletion
> for address books that do not support the query
> interfaces
I think I touched on this in my posting last night, so I won't comment
more here, other than to say that synchronous stuff running on the UI
thread probably shouldn't be checked in if we can avoid it.
> o Outlook/MAPI address book including query
> implementation (currently synchronous)
> - Full outlook address book implementation,
> (but prob. without listening)
> Users will be able to enable access to all
> outlook address books by adding some
> preferences to the prefs.js file.
Playing nicely with Outlook sounds like a fine thing. I know
absolutely zero about MAPI and so can't comment much here.
> o LDAP Query implementation helper class using
> LDAP components.
> Can be used by Organisational and Personal
> LDAP address books. Thus a directory implementation
> only needs to inherit from the helper class to
> get query support.
Sounds reasonable.
> o Organisational LDAP address book. Very simple
> implementation since many of the directory
> methods do not need to be implemented because
> only the query functionality is really used.
What are your plans on the preferences front? Our current theory for
the preferences changes we need to make to support LDAP autocomplete
can be seen at <http://www.mozilla.org/mailnews/specs/addressbook/LDAP4.html>.
I assume you'll need more preference changes than just that...
> If all of these can be combined into a second
> patch then it brings enterpise level functionality
> so damn close i can almost smell it! some extra
> things are require as per a previous post.
Yep; we're definitely getting there!
> Not all items are complete yet but we are nearly
> there... and it would be great if we could get this
> ready/reviewed to go into the code tree before 0.8.1
> gate closes.
0.8.1 is already out the gate, but with luck we can get some or all of this
in for 0.9. <http://www.mozilla.org/roadmap.html> has the approximate
schedule, and the tree closure for 0.9 is April 18th (not far away).
Getting anything in after tree closure is difficult if not impossible,
so that's probably the date to target.
Keep up the good work!
Dan
--
