On Mi, 2011-05-04 at 09:41 +0200, Patrick Ohly wrote:
> On Mi, 2011-05-04 at 07:50 +0200, Milan Crha wrote:
> > I would expect that with CALOBJ_MOD_THIS it may remove only exact
> > component, for uid + NULL-rid the master object (which implies also all
> > generated instances) and keep all detache
On Mi, 2011-05-04 at 14:37 +0200, Milan Crha wrote:
> Hi,
> I'm getting slightly lost what is left and what is under discussion,
> thus please let me summarize things here:
>
> On Thu, 2011-04-28 at 11:56 +0200, Patrick Ohly wrote:
> > First of all, +1 for rethinking the API. I'd like to sug
Hi,
I'm getting slightly lost what is left and what is under discussion,
thus please let me summarize things here:
On Thu, 2011-04-28 at 11:56 +0200, Patrick Ohly wrote:
> First of all, +1 for rethinking the API. I'd like to suggest that
> besides modernizing the API we also take this oppo
Hi Everyone,
I spoke with chen on IRC this morning and got hinted at a preliminary
implementation of EBookBackendSqliteDB sitting in -ews. Since there
are some benefits of something something like this make it's way to
a common place that could be used by -mapi as well, I thought I'd do
a quick f
On Mi, 2011-05-04 at 07:50 +0200, Milan Crha wrote:
> I would expect that with CALOBJ_MOD_THIS it may remove only exact
> component, for uid + NULL-rid the master object (which implies also all
> generated instances) and keep all detached instances,
Okay, then we agree on the desired semantic.
>