Hey Matt,
On Sun, 2008-11-09 at 12:52 -0500, Matthew Barnes wrote:
> Over the weekend I hit a milestone with a science experiment I started
> earlier in the year to turn Camel into a GObject-based library with
> minimal API breakage. The short-term goal of this effort is to make it
> easier to gen
On Mon, 2008-11-10 at 15:27 +0530, Srinivasa Ragavan wrote:
> > In time I'd also like to explore taking greater advantage of GObject
> > signals and properties in Camel, and also deprecating CamelArgV and
> > CamelArgGetV.
>
> Also the Camel Events to GObject signals right, or you meant the same?
In bug #557818 [1], as part of a code cleanup effort, I'm proposing to
add a new method to ESourceSelectorClass. This will break the ABI for
libedataserverui.
Currently only Evolution, Evolution-Exchange and GNOME Panel (for
passwords) link to libedataserverui, so the impact is minimal.
This is