Re: [Evolution-hackers] make check failing in the e-d-s gnome-2-32

2011-06-09 Thread Matthew Barnes
Resending since my original reply never made it to the mailing list for some reason... Forwarded Message From: Matthew Barnes mbar...@redhat.com To: Murray Cumming murr...@murrayc.com Cc: evolution-hackers@gnome.org, Tristan Van Berkom trista...@openismus.com Subject: Re:

[Evolution-hackers] IMAP Features plugin -- still useful?

2011-06-09 Thread Matthew Barnes
The IMAP Features (imap-headers) plugin allows you to specify which headers to download from an IMAP server when building folder summaries. This is useful for instance when you have client-side filters that operate on particular headers not normally included in an envelope. It appears in the

Re: [Evolution-hackers] IMAP Features plugin -- still useful?

2011-06-09 Thread Adam Tauno Williams
On Thu, 2011-06-09 at 06:39 -0400, Matthew Barnes wrote: The IMAP Features (imap-headers) plugin allows you to specify which headers to download from an IMAP server when building folder summaries. This is useful for instance when you have client-side filters that operate on particular headers

Re: [Evolution-hackers] IMAP Features plugin -- still useful?

2011-06-09 Thread Matthew Barnes
On Thu, 2011-06-09 at 06:53 -0400, Adam Tauno Williams wrote: Slightly confused. Under Preferences - Mail Preferences - Headers one can add custom Displayed Message Headers. At least that works with IMAPX [probably doesn't involve the plugin]. Doesn't that cause the header to be downloaded

Re: [Evolution-hackers] make check failing in the e-d-s gnome-2-32

2011-06-09 Thread Raul Gutierrez Segales
Le jeudi 09 juin 2011 à 06:24 -0400, Matthew Barnes a écrit : Resending since my original reply never made it to the mailing list for some reason... Forwarded Message From: Matthew Barnes mbar...@redhat.com To: Murray Cumming murr...@murrayc.com Cc:

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-06-09 Thread Milan Crha
On Thu, 2011-06-09 at 07:12 -0400, Matthew Barnes wrote: Since merging the account-mgmt branch will change nearly all client-side APIs in E-D-S including EClient, and since it would be wise regardless of my schedule to allow ourselves some extra time to tweak this brand new EClient API before

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-06-09 Thread Matthew Barnes
On Thu, 2011-06-09 at 17:11 +0200, Milan Crha wrote: I hope not, I'm currently working on evo bits to be buildable with E_BOOK_DISABLE_DEPRECATED and E_CAL_DISABLE_DEPRECATED defined (eds is done, but I'm postponing it till I have evo and the standard rest done as well). Having one API

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-06-09 Thread Milan Crha
(I cannot Ctrl+L the message) On Thu, 2011-06-09 at 12:25 -0400, Matthew Barnes wrote: On Thu, 2011-06-09 at 17:11 +0200, Milan Crha wrote: I hope not, I'm currently working on evo bits to be buildable with E_BOOK_DISABLE_DEPRECATED and E_CAL_DISABLE_DEPRECATED defined (eds is done, but

[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

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-06-09 Thread Matthew Barnes
On Thu, 2011-06-09 at 18:40 +0200, Milan Crha wrote: By the way, thinking of your announcement, I hope you are fine if I'll finish this stop using deprecated Book/Cal API in evo as soon as possible and commit it, thus it'll have more testing (I'm pretty sure I'll introduce few regressions and

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-06-09 Thread Milan Crha
On Thu, 2011-06-09 at 13:15 -0400, Matthew Barnes wrote: Yes, please do get us using the async EClient APIs in Evolution ASAP. I can deal with the impact to the branch -- I don't expect it to be too severe. Thanks, I'll do that. Just the first transition will be about not using deprecated API,

Re: [Evolution-hackers] IMAP Features plugin -- still useful?

2011-06-09 Thread Adam Tauno Williams
On Thu, 2011-06-09 at 06:39 -0400, Matthew Barnes wrote: The IMAP Features (imap-headers) plugin allows you to specify which headers to download from an IMAP server when building folder summaries. This is useful for instance when you have client-side filters that operate on particular headers

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-06-09 Thread Matthew Barnes
On Thu, 2011-06-09 at 22:48 +0200, Milan Crha wrote: Thanks, I'll do that. Just the first transition will be about not using deprecated API, the second part of it, making calls async, is a very different task, as I go through calendar sources and see all the sync calls and the API being served

Re: [Evolution-hackers] GOA Integration (was: New 'eclient' branch in eds)

2011-06-09 Thread Matthew Barnes
On Thu, 2011-06-09 at 21:56 +0100, Philip Withnall wrote: I guess this involves updating the Google Contacts address book backend to use GOA's OAuth 1.0 magic. I've recently updated libgdata to be able to cope with OAuth, and I've got an (untested) patch to e-d-s to update it to use libgdata's

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-06-09 Thread Milan Crha
On Thu, 2011-06-09 at 17:07 -0400, Matthew Barnes wrote: On Thu, 2011-06-09 at 22:48 +0200, Milan Crha wrote: Thanks, I'll do that. Just the first transition will be about not using deprecated API, the second part of it, making calls async, is a very different task, as I go through calendar

Re: [Evolution-hackers] GOA Integration (was: New 'eclient' branch in eds)

2011-06-09 Thread Milan Crha
On Thu, 2011-06-09 at 17:24 -0400, Matthew Barnes wrote: Google Calendars have me stumped, however, since we defer to our standard CalDAV backend which authenticates with stored passwords from the keyring. I'm not sure how to slip in OAuth integration for this one special case. Hi, I