Re: [Evolution-hackers] GObject-based Camel

2008-11-10 Thread Matthew Barnes
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?

Re: [Evolution-hackers] GObject-based Camel

2008-11-10 Thread Srinivasa Ragavan
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

[Evolution-hackers] GObject-based Camel

2008-11-09 Thread Matthew Barnes
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 generate language and D-Bus bindings for Camel. I now have running code which