Re: [Evolution-hackers] Thanks and some more questions.

2006-08-04 Thread Peter Colijn
I'll wager a guess. If you allow UTC EXDATEs, then when the user changes their timezone it's a pain to convert the EXDATE into the new timezone due to DST. So in order to sidestep this headache, it's simply unsupported. I have no idea whether this guess is correct or not :P Have fun, Peter On 8/

Re: [Evolution-hackers] ECalBackend vs. ECalBackendSync

2006-07-31 Thread Peter Colijn
Hi Chenthill, On 7/31/06, chenthill <[EMAIL PROTECTED]> wrote: >You would need to implement both. The ECalBackendSync class has a > sync lock, which is used if the backend can handle only one operation at > a time. It provides the results immediately to the caller. > ECalBackend class prov

[Evolution-hackers] ECalBackend vs. ECalBackendSync

2006-07-31 Thread Peter Colijn
Suppose I am writing a new calendar backend. Which of these two interfaces is preferred? If I implement ECalBackendSync, will operations on the calendar cause the UI to block? Thanks! Peter ___ Evolution-hackers mailing list Evolution-hackers@gnome.org

Re: [Evolution-hackers] Displaying recurrent events in Evolution

2006-07-30 Thread Peter Colijn
Does your implementation of get_static_capabilities say that your calendar backend supports recurrences? Have fun, Peter On 7/30/06, Scott Herscher <[EMAIL PROTECTED]> wrote: > Hey all. I'm trying to get recurrent events working, and while my recurrence > rule looks fine, Evolution is only dis

Re: [Evolution-hackers] Creating objects in ECal

2006-07-26 Thread Peter Colijn
Hi Teresa, On 7/27/06, Teresa Thomas <[EMAIL PROTECTED]> wrote: > printf("%d", icalcomponent_is_valid(iCalComp)); > prints a 1. > > BEGIN:VEVENT > > UID:[EMAIL PROTECTED] > > DTSTAMP:20060901T1300Z > > DTSTART:20060401T163000Z > > DTEND:20060402T01Z > > SUMMARY:Claudia is in sensitivity awaren

Re: [Evolution-hackers] Error while trying to obtain ESource list

2006-07-26 Thread Peter Colijn
Cool, thanks for the clarification. gtk_init() is definitely simpler! Have fun, Peter On 7/26/06, Ross Burton <[EMAIL PROTECTED]> wrote: > On Tue, 2006-07-25 at 19:19 -0400, Peter Colijn wrote: > > I think the issue here is that g_type_init() is not being called. > >

Re: [Evolution-hackers] Error while trying to obtain ESource list

2006-07-25 Thread Peter Colijn
Hi Teresa, On 7/25/06, Teresa Thomas <[EMAIL PROTECTED]> wrote: > (process:4289): GLib-GObject-CRITICAL **: gtype.c:2215: initialization > assertion failed, use IA__g_type_init() prior to this function > > (process:4289): GLib-GObject-CRITICAL **: g_object_new: assertion > `G_TYPE_IS_OBJECT (objec

Re: [Evolution-hackers] Google Calendar sync

2006-04-26 Thread Peter Colijn
Hi, On 4/22/06, Armin Bauer <[EMAIL PROTECTED]> wrote: > we had similar ideas about the google calendar. I am workin on the > opensync synchronisation framework. The framework already supports a lot > of devices and protocols like Evo2, KDE, Palms, IRMC, SyncML and more. So > i we would have a goo

Re: [Evolution-hackers] Google Calendar sync

2006-04-26 Thread Peter Colijn
Hi Harish, Sorry to be a bit slow responding. I am finishing up my degree and moving over the next few days.. :) On 4/22/06, Harish Krishnaswamy <[EMAIL PROTECTED]> wrote: > * Let everybody know you are working on it and pen your thoughts > on go-evolution.org. You might attract

[Evolution-hackers] Google Calendar sync

2006-04-21 Thread Peter Colijn
Hi, Is anyone working on a way to do 2-way sync with Google Calendar (using the XML-based API)? If not, I'd be interested in doing this. I worked on the Google Calendar team and am quite familiar with the product. I've also done some Evolution work in the past, but it was the 1.4.x days so I imagi

Re: [Evolution-hackers] building evolution-data-server against the already installed libdb

2006-03-05 Thread Peter Colijn
On 3/6/06, Mikhail Zabaluev <[EMAIL PROTECTED]> wrote: > I used to compile e-d-s 1.4 along an external db4.3, by applying a > simple patch. It didn't seem to cause any problems. You are of course free to apply your own patches; however, in the long term, using a distribution's version of bdb will