On Wed, 2010-07-14 at 17:37 +0530, chen wrote:
> ECalComponent - This holds the calendar event's data in Ical format. It
> wraps Icalcomponent, but has not completely wrapped the same. So both
> are used at places. ECalComponent is better to use as its a Gobject.
> ECalBackendSync - Abstract class
On Wed, 2010-07-14 at 20:14 +0530, chen wrote:
> > Though only subclass this if you can't handle the async nature of the
> > ECalBackend API yourself. Whether you subclass ECalBackend or
> > ECalBackenSync is a choice made by how the backend will be implemented.
> Is this used by any backends or w
Hi there,
On Wednesday 14 July 2010 Ross Burton wrote:
> On Wed, 2010-07-14 at 20:14 +0530, chen wrote:
> > > Though only subclass this if you can't handle the async nature of the
> > > ECalBackend API yourself. Whether you subclass ECalBackend or
> > > ECalBackenSync is a choice made by how the
On Wed, 2010-07-14 at 13:23 +0100, Ross Burton wrote:
> On Wed, 2010-07-14 at 17:37 +0530, chen wrote:
> > ECalBackendSync - Abstract class from which you would need to subclass
> > kolab backend. (http://live.gnome.org/Evolution/CalendarStore)
>
> Though only subclass this if you can't handle th
On Wed, 2010-07-14 at 17:37 +0530, chen wrote:
> ECalBackendSync - Abstract class from which you would need to subclass
> kolab backend. (http://live.gnome.org/Evolution/CalendarStore)
Though only subclass this if you can't handle the async nature of the
ECalBackend API yourself. Whether you sub
On Tue, 2010-07-13 at 15:36 +0200, Christian Hilberg wrote:
> Hi again,
>
> no ideas? Anything?
I will summarize some of the DataStructures here which you will be using
in the backend,
ECalComponent - This holds the calendar event's data in Ical format. It
wraps Icalcomponent, but has not complet
On Tue, 2010-07-13 at 11:34 +0530, Srinivasa Ragavan wrote:
> On Tue, Jul 13, 2010 at 11:07 AM, chen wrote:
> > Hi all,
> > Our this month's community meeting happens on July 14th. This would
> > be the community meeting before GUADEC 2011!!
>
> Isn't this supposed to be GUADEC 2010? ;-)
it i