MailNews:Address Book RoadMap: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
m (Add mailnews ab resources template.)
(Major rework to bring it up to date. WIP)
Line 1: Line 1:
{{Template:Mailnews Address Book Resources}}
{{Template:Mailnews Address Book Resources}}


This isn't detailed, nor does it have timescales, nor has it been agreed between developers, it is more where we currently appear to be heading in the short term. Eventually, if we get some more active support, we may be able to improve it a bit more.
__TOC__


== Work In Progress ==
The purpose of this page is to provide a guide to where various aspects of Thunderbird/SeaMonkey may proceed to improve the address book and the various advantages of each step.


* Allow users to specify which LDAP directories and local ABs the want to use for autocomplete and/or show in the AB window ([https://bugzilla.mozilla.org/show_bug.cgi?id=125188 bug 125188]) - IanN
'''This is not an agreed roadmap, nor is it a statement of what Thunderbird/SeaMonkey will definitely do.'''
* Tidy up and rework of the address book preferences/settings backend - [[User:Standard8|Standard8]].
** This will give us a more flexible back end that will make it easier to add new types of address book.
** This includes:
*** removal of redundant code.
*** removal of duplicate code/optimisation of existing code.
*** possible moving of pref backend functions from nsDirPrefs into the classes that define the directories themselves as this would be more appropriate.
*** finally the removal of the nsDirPrefs code.


== Short Term Goals ==
== Back-end Interface Re-organisation ==


* Address Book autocomplete transfer to toolkit.
Design: [[MailNews:Address Book Interface Redesign]]
* Basic vcard redesign work - [[User:Mhovis|Mhovis]]
** Expand contact database to include a superset of all supported protocols / card versions, including sync tokens.
** Provide a framework to allow third-party protocols bi-directional interaction with a persistance abstraction layer for the contact database(s).  This would possibly use a network of contact observers.
** Each consumer of the framework would implement a "view" of the abstracted contact persistence layer, adding columns and interfaces to the persistence layer if needed.
** Translations between the different "views" would have to be considered if inputting from one interface and outputting to another (in essence using the persistence layer) is not sufficient.
** Possible relevant link libvcard? http://freshmeat.net/projects/libvc/


== Medium Term Goals ==
Main bug is {{bug|413260}}


* Relayout the new/edit card dialogs.
Current Steps:
** This would be to solve our current screen size issue,
** And would also be in preparation for the addition of more fields.
** [[MailNews: Address Book Card Fields]] - what fields do we want?
* Writeable LDAP address books.
* A possible new backend for the address book, see [[MailNews:Address Book Native Formats]].


== Long Term Goals ==
# Make the nsIAbCard interface more flexible for new properties and different types ('''patch awaiting review from dmose''').
 
# ...
* Pluggable address books
** A system whereby extra definitions for different formats/address book interfaces may be bolted onto the main address book code without need for major code rework. (things to remember: device synchronisation)
* Device Synchronisation Interfaces
** See [http://wiki.mozilla.org/Mozilla2:Device_Sync Device Sync]
* Some kind of generic interface for import/export etc of different types of cards and books.
* Extension of formats that we interface to: [[MailNews:Address Book Interface Formats]].
* Better Handling of Large Searches in Address Book [[MailNews:LDAP and Large Searches]].

Revision as of 11:07, 13 May 2008

Resources
MailNews Homepage
Address Book Homepage
Roadmap
Help Wanted
LDAP Address Books
Code Structure
Bug Locations
Related Standards

The purpose of this page is to provide a guide to where various aspects of Thunderbird/SeaMonkey may proceed to improve the address book and the various advantages of each step.

This is not an agreed roadmap, nor is it a statement of what Thunderbird/SeaMonkey will definitely do.

Back-end Interface Re-organisation

Design: MailNews:Address Book Interface Redesign

Main bug is bug 413260

Current Steps:

  1. Make the nsIAbCard interface more flexible for new properties and different types (patch awaiting review from dmose).
  2. ...
Retrieved from "https://wiki.mozilla.org/index.php?title=MailNews:Address_Book_RoadMap&oldid=93003"