On Wed, 2011-09-07 at 13:43 -0400, Matthew Barnes wrote: > On Wed, 2011-09-07 at 13:07 -0400, Matthew Barnes wrote: > > Once 3.3 development is underway, one thing I'd like to do is promote > > the EExtension framework in Evolution to libedataserver as a replacement > > for e-data-server-module.c. > > On second thought, libebackend might be a better place for EExtension > than libedataserver. Haven't decided yet, but it'll be one of the two.
I got this working today. Would anyone object if I create the gnome-3-2 branch early next week so I can commit this for 3.3.1 and then rebase my account-mgmt branch on it? Indeed libebackend was the better place for EExtension. In addition, I created a few new classes in libebackend: EBackend EBackendFactory EDataFactory These new classes factor out some of the common pieces of their libedata-book and libedata-cal counterparts and serve as abstract base classes for them. Additionally, EDataFactory now handles all the module loading via EExtension -- completely replacing e-data-server-module.c. Obviously numerous API breaks here -- libebackend, libedata-book and libedata-cal are all affected. But it worked out to be a nice little API cleanup. _______________________________________________ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers