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

[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] 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 provides

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

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. Generally for gnome programs

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 awareness class.

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

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 a

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 google

[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

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