Re: [Evolution-hackers] [evolution-kolab] On porting and extending the plugin

2011-09-14 Thread Milan Crha
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

Re: [Evolution-hackers] [evolution-kolab] On porting and extending the plugin

2011-09-14 Thread Christian Hilberg
Hi Milan, Am Mittwoch 14 September 2011, um 08:25:20 schrieb Milan Crha: 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

Re: [Evolution-hackers] [evolution-kolab] On porting and extending the plugin

2011-09-14 Thread Christian Hilberg
Hi all. Am Dienstag 13 September 2011, um 15:56:00 schrieb Christian Hilberg: The evolution-kolab team is currently planning to port the evolution-kolab plugin to the recent developer version of Evo/E-D-S. I have had a discussion [...] In order to get a clearer picture of the changes in Evo

Re: [Evolution-hackers] [evolution-kolab] On porting and extending the plugin

2011-09-14 Thread Christian Hilberg
Hi all, thanks to Matt, here are another two which I initially missed (since I was much clear that Camel would move to GObject/GError/GIO...): -- Thread:

Re: [Evolution-hackers] [evolution-kolab] On porting and extending the plugin

2011-09-13 Thread Christian Hilberg
Hi again, one more thought: It would be nice from my developer's point of view if it was possible to do the UI extensions via some extension mechanism like EExtension, which would speed up the implementation process for me. However, Matt has a point when he says (in [3]) that he does not want