Re: [Evolution-hackers] Rethinking Camel settings

2011-08-11 Thread Matthew Barnes
Just a heads up that I just about have this work ready to merge. I'll wait and do it Monday after the 3.1.5 release since there's likely to be some regressions (tons of little details to get wrong with this). I realize it's getting late in the devel cycle, but I do want this in for 3.2 so the

Re: [Evolution-hackers] Rethinking Camel settings

2011-06-13 Thread David Woodhouse
On Mon, 2011-06-13 at 11:05 -0400, Matthew Barnes wrote: That's definitely something to revisit. I'd love to kill off those EPlugins. For the time being, though, I have to limit my scope since I'm trying to finish off my account-mgmt branch as fast as possible. Understood. If you have

Re: [Evolution-hackers] Rethinking Camel settings

2011-06-10 Thread Matthew Barnes
On Fri, 2011-06-10 at 23:07 +0530, Srinivasa Ragavan wrote: Everything sound pretty sane to me. Looking forward to these changes soon. I'd also love to see a updated doc about how things were and how they are now (or atleast a doc about how things are now). I would move the e-mail-factory from

[Evolution-hackers] Rethinking Camel settings

2011-06-09 Thread Matthew Barnes
I'm at the point now with the account-mgmt branch where I have to deal with the settings that trickle down into the various Camel providers. The way the settings are managed now is to embed them into the Camel service's URL string as a list of named parameters. This is suboptimal for the same