Hi there,
As far as I can see is the only camel provider dat uses libedataserver
directly, the groupware one. The other camel providers don't use any of
the libedataserver functionality hence shouldn't link with it.
Not linking might improve dlopen() times. Because by the time the .so is
loaded,
On Thu, 2006-07-13 at 11:35 +0100, Ross Burton wrote:
On Thu, 2006-07-13 at 12:25 +0200, Philip Van Hoof wrote:
I wasn't (am no longer) proposing to move camel/ out of e-d-s. I was
proposing to put a configure.ac file in its directory. Moving Camel out
of evolution-data-server/ is not the
On Thu, 2006-07-20 at 10:05 +0200, Philip Van Hoof wrote:
On Mon, 2006-07-17 at 15:35 -0400, JP Rosevear wrote:
I think you're only real example is camel, which shares code with the other
pieces anyhow.
Knowing is a good idea.
Hrmm. After re-reading my own stuff, I apologise for the
On Wed, 2006-07-19 at 18:09 -0700, Scott Herscher wrote:
How does one derive an ESourceGroup from an ESource? If I call
e_source_peek_group() with a valid ESource instance, and then immediately
call E_IS_SOURCE_GROUP(), I am getting false.
Was the ESource got from ESourceList ? If so,
On Wed, 2006-07-19 at 11:25 -0400, Teresa Thomas wrote:
Hi
I have one last (hopefully) question about libecal. I want to add a
VEVENT to an existing Evolution calendar.
Hence, I created an iCalComponenent to be added and hope to use the
e_cal_create_object(ECal* eCal,iCalComponent
On Wed, 2006-07-12 at 02:28 +0530, Ritesh Khadgaray wrote:
out of curiosity, the first patch reads through the list
and this patch, return if any one of the token is equal, anf not any
following it.
Would the below not be better ?
for (i = 0; i tokens_len; i ++)
Okay that makes sense. When I enter gconftool-2 --get /apps/evolution/calendar/sources on the terminal, it lists all the ESources.Now, does each ESource have some sort of an identity that I can send as the ESource* parameter to the e_cal_new() function?
Or is their some way I can access the