On Mon, 2010-07-19 at 17:27 -0400, Matthew Barnes wrote:
> On Mon, 2010-07-19 at 09:10 +0200, Milan Crha wrote:
> > that's a part which should be changed. The ideal way, as I understand
> > it, is to have an ECalBackend function to retrieve a path for
> > attachments, and ECal should ask backend fo
On Mon, 2010-07-19 at 09:10 +0200, Milan Crha wrote:
> that's a part which should be changed. The ideal way, as I understand
> it, is to have an ECalBackend function to retrieve a path for
> attachments, and ECal should ask backend for it, instead of duplicating
> the code (it sort of blocks extend
Hi all,
within the evolution-kolab plugin, we would like to display extended free-busy
information if some is available on the Kolab server.
Extended f/b lists have some text attached to the "busy" information for any
user within the same calendaring group. This feature is provided by the Kola
On Sun, 2010-07-18 at 20:34 -0400, Matthew Barnes wrote:
> Only reason I wrote them for the client-side libraries is
> because e_cal_get_user_cache_dir() is used to figure out where to
> cache ECal attachments in set_local_attachment_store().
Hi,
that's a part which should be changed. The
