Re: [Evolution-hackers] [evolution-kolab] On porting and extending the plugin
- From: Milan Crha <mcrha redhat com>
- To: evolution-hackers gnome org
- Subject: Re: [Evolution-hackers] [evolution-kolab] On porting and extending the plugin
- Date: Wed, 14 Sep 2011 08:25:20 +0200
On Tue, 2011-09-13 at 15:56 +0200, Christian Hilberg wrote:
> * IMAP ACL management. A new tab (or something alike) when
> right-clicking an IMAP folder in the Evo folder tree to view and
> edit IMAP access control lists as defined in RFC 4314 [4]. The IMAP
> ACL functionality will be implemented on a new branch based on A-B
> (see "Phase I, (1)"), much the same way ANNOTATEMORE has been
> implemented, to the extend needed for Kolab. This will lead to an
> API extension (like there already is in evolution-kolab-IMAPX).
> There will be the need to extend Evolution as well, as to make it
> use this API extension. It is currently not yet planned exactly how
> this can be done without littering Evolution with "the tacking on of
> arbitrary features" (MBarnes, [3])
> (Kolab specific: no)
Hi,
see how evolution-exchange provides the same functionality of Folder
Permissions, it just adds a popup menu item and servers all what is
needed without any special modification on evolution side. The same
should apply for the folder type annotation editing - no change on
evolution should be needed.
With respect of creating a new folder on the kolab server other than
mail: when you do File->New->Calendar and select the Kolab group, is it
able to create a new folder and annotate it accordingly to the source
group? Evolution-mapi provides a short folder list with folders of the
certain type from which user can choose and under this is created the
new calendar (or address book). Again, no change on evo side is needed
for this.
Bye,
Milan
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]