Re: [Evolution-hackers] Retiring evolution-exchange

2012-06-04 Thread Milan Crha
On Fri, 2012-06-01 at 15:48 -0400, Matthew Barnes wrote:
 The backend-facing APIs less so.  They tend to see more churn anyway,
 even without my branch.  I can't think of a recent release where the
 backend APIs didn't change a little.  And that's fine -- the damage is
 contained -- but we still have to go touch all the backends for every
 API change and some of those aren't trivial.  And especially with this
 new E-D-S architecture I've cooked up, which is an improvement but
 still far from perfect, I think we'll be seeing a rash of backend API
 changes over the next few devel cycles.  So I'm not really buying the
 toy argument.

Hi,
OK, I suppose we can always reincarnate it when there will be enough
user demand on it. The last backend API changes seemed to me as not that
complicated, at least those I helped with (on review and backend
adaptation parts), kind of monkey work there, but I agree that some
changes can be harder to test.

What about a compromise, drop support for evolution-exchange when
3.7.x development begins? I suppose it'll be fair to have the main API
changes done and any potential community person taking care of it will
not need to learn all the hard changes being done during 3.5.x, thus
it'll be lighter start for him/her/them.
Bye,
Milan

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] WebKit port of the composer

2012-06-04 Thread Milan Crha
On Fri, 2012-06-01 at 23:43 +0100, David Woodhouse wrote:
 Fixing some of the brokenness of the To/Cc/Bcc headers in the composer
 would be wonderful.
 ...
 We should also be able to send a mail with the following headers:
   To: Some people I want to invite to my party : ; 
   Bcc: f...@bar.com
 
 ...

Hi,
both issues are unrelated to Dan's changes, from my point of view, and
I suppose both of them are filled as bugs in bugzilla. Dan's effort is
to get rid of GtkHTML from evolution, while your issues are partly in
ENameSelectorEntry - the first one, the other one in SMTP provider (or
somewhere around, in evolution's sending routines).
Bye,
Milan

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Let's set the date for 3.4.3 release

2012-06-04 Thread Milan Crha
Hi,
it's after 3.5.2 and I guess we can set the date for 3.4.3 release now.
It'll be the last planned release in 3.4.x cycle, and the sources
contain few fixes for it already (in various core products). The 3.4.2
happened on May 14th, thus I'm proposing June 18th for 3.4.3, just a
week before 3.5.3. There are still two weeks for changes, in case of
sever bug(s) being found in the stable release.

Does it work for others?
Bye,
Milan

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers