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/
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
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
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
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
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.
> >
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
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
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
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
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
11 matches
Mail list logo