Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-07 Thread Milan Crha
On Thu, 2010-07-01 at 14:42 +0200, Patrick Ohly wrote: > On Thu, 2010-07-01 at 08:58 +0200, Milan Crha wrote: > > I'm working on a way to be able to report detailed errors from > > addressbook/calendar backends to UI, so users will be able to see > > something more sensible than just "Other error"

Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-01 Thread Milan Crha
On Thu, 2010-07-01 at 12:43 -0400, Matthew Barnes wrote: > If I understand all this correctly, it looks like what's being done here > is allowing backends to report both an error code and a detailed error > mesage to the client library, rather than having to set some generic and > often less-than-h

Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-01 Thread Milan Crha
On Thu, 2010-07-01 at 17:55 +0200, Patrick Ohly wrote: > If this was about the synchronous APIs that SyncEvolution depends on, > then I'd be really worried about this change. If those functions are not > changed, SyncEvolution binaries from syncevolution.org will continue to > work (full list of c

Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-01 Thread Matthew Barnes
On Thu, 2010-07-01 at 14:57 +0200, Milan Crha wrote: > for EBook it is, all the async API there uses 'status' as an indicator > of the operation result in the async callback. I'm changing it to GError > too. I'm still on ECalBackend, but it seems some similar change will be > in ECal too, though I'

Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-01 Thread Patrick Ohly
On Thu, 2010-07-01 at 14:57 +0200, Milan Crha wrote: > On Thu, 2010-07-01 at 14:42 +0200, Patrick Ohly wrote: > > Will that break libebook and libecal APIs? The issue only mentions > > backends, but the subject of your emails includes "EBook" and "ECal". > > Hi, > for EBook it is, all the as

Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-01 Thread Milan Crha
On Thu, 2010-07-01 at 14:42 +0200, Patrick Ohly wrote: > Will that break libebook and libecal APIs? The issue only mentions > backends, but the subject of your emails includes "EBook" and "ECal". Hi, for EBook it is, all the async API there uses 'status' as an indicator of the operation re

Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-01 Thread Patrick Ohly
On Thu, 2010-07-01 at 08:58 +0200, Milan Crha wrote: > I'm working on a way to be able to report detailed errors from > addressbook/calendar backends to UI, so users will be able to see > something more sensible than just "Other error" message in Evolution. > This is bug report for this [1], which

Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-01 Thread chen
On Thu, 2010-07-01 at 13:41 +0200, Christian Hilberg wrote: > On Thursday 01 Juli 2010 at 08:58:32 Milan Crha wrote: > > Hi all, > > I'm working on a way to be able to report detailed errors from > > addressbook/calendar backends to UI, so users will be able to see > > something more sensible t

Re: [Evolution-hackers] Heads-up: EBookBackend/EBook ECalBackend/ECal ongoing API changes

2010-07-01 Thread Christian Hilberg
On Thursday 01 Juli 2010 at 08:58:32 Milan Crha wrote: > Hi all, > I'm working on a way to be able to report detailed errors from > addressbook/calendar backends to UI, so users will be able to see > something more sensible than just "Other error" message in Evolution. > This is bug report fo