Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Ross Burton
On Wed, 2006-07-12 at 19:13 +0200, Philip Van Hoof wrote: On Wed, 2006-07-12 at 17:00 +0100, Ross Burton wrote: On Wed, 2006-07-12 at 17:39 +0200, Philip Van Hoof wrote: It's cleaner in my opinion :-), and I can more easily create a tar.gz release. Cleaner for what reasons?

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Harish Krishnaswamy
On Wed, 2006-07-12 at 19:13 +0200, Philip Van Hoof wrote: At this moment, all those fall under the name of evolution comma data comma server. Some of these libraries (like Camel) don't necessarily have anything to do with the Evolution data that is being managed by the data server of

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Philip Van Hoof
On Thu, 2006-07-13 at 10:24 +0100, Ross Burton wrote: On Wed, 2006-07-12 at 19:13 +0200, Philip Van Hoof wrote: This is only for the case of the developer who is both writing an application and developing the underlying libraries, and is also only using a subset of the libraries, right? That

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Philip Van Hoof
On Thu, 2006-07-13 at 15:58 +0530, Harish Krishnaswamy wrote: Evolution-Data-Server handles PIM data - (mail / calendaring / contacts information, journals) packaging them together *does* make lot of sense. I do not think you are suggesting that every library should be packaged separately,

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Ross Burton
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 scope nor point of this thread. For what purpose? Camel

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Philip Van Hoof
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

Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Frederic Crozat
Le jeudi 13 juillet 2006 à 11:35 +0100, Ross Burton a écrit : On Thu, 2006-07-13 at 12:25 +0200, Philip Van Hoof wrote: Calendar data isn't being stored by the addressbook server either. That isn't a great argument. And I question ... do all applications that want to use calendaring

[Evolution-hackers] Exposing Evo calendar events

2006-07-13 Thread Teresa Thomas
HiI am brand new to evolution hacking. I need some guidance on how to expose Evolution calendar events. Can I use libecal for this purpose? Also, (other than the libecal API), are there any good documentation available? Any help is appreciated! ___