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 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 extendibility of ECalBackend, because the client side depends on the code in evolution-data-server itself, which is kinda wrong). It will be good to fix this and move functions to libedata-book/cal, where they, as you said, belong anyway. And because there were API changes for ECal/BookBackend anyway, then this one shouldn't hurt more. Bye, Milan _______________________________________________ evolution-hackers mailing list firstname.lastname@example.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers