Confirmed users, Bureaucrats and Sysops emeriti
1,006
edits
Community:SummerOfCode13:Brainstorming: Difference between revisions
Community:SummerOfCode13:Brainstorming (view source)
Revision as of 15:13, 22 March 2013
, 22 March 2013→Thunderbird
| Line 126: | Line 126: | ||
| jcranmer - Mork database async opening needs to be completed, and we would probably also need nsIMsgDBHdr instances to become "dead" (cached copies of the database or newer changes). | | jcranmer - Mork database async opening needs to be completed, and we would probably also need nsIMsgDBHdr instances to become "dead" (cached copies of the database or newer changes). | ||
|- | |- | ||
| Implement backend connectors for Ensemble | | Implement backend connectors for Ensemble | ||
| Mconley's new address book work should be stable enough by the summer that it is possible to write new connectors. Ideas for implementation here include any system address book on any platform, as well as LDAP support (OpenLDAP via js-ctypes looks to be the best option here). | | Mconley's new address book work should be stable enough by the summer that it is possible to write new connectors. Ideas for implementation here include any system address book on any platform, as well as LDAP support (OpenLDAP via js-ctypes looks to be the best option here). [https://github.com/mikeconley/thunderbird-ensemble/wiki/Contact-Service-Connector-API-Proposal-Draft The API is specified here]. Applicants should specify which backend they're interested in implementing (system address books, LDAP, CardDAV, Google Contacts), and should be highly proficient in Javascript. C/C++ is a bonus, but not entirely necessary. Previous experience working with their chosen backend is highly desirable. | ||
| JS, although some C/C++ for native may be necessary | | JS, although some C/C++ for native may be necessary | ||
| jcranmer | | jcranmer | ||