On Wed, Jan 7, 2009 at 17:15, Patrick Ohly wrote:
> The plan for change tracking is to get rid of the dependency on
> e_book_get_changes(). I already stopped using e_cal_get_changes()
> because it was too inflexible. Instead I'll rely on the REV resp.
> LAST-MODIFIED properties: the backend must u
On Wed, 2009-01-07 at 23:20 +0100, Patrick Ohly wrote:
> My suggestion regarding the language would be to check out how easy it
> is to write Evolution plugins in C and Python. Pick the one that you
> find easier. Python is a nice language. A downside might be that users
> of older Evolution releas
Hi,
On 07.01.2009 22:20, Stefano Canepa wrote:
> 2) what's going wrong the evolution built by jhbuild?
>
The build itself works properly, right? Running your newly build
Evolution fails, if I read your log correctly.
To run evolution, you should do a "jhbuild run evolution". It is not
clear to m
On Mi, 2009-01-07 at 22:27 +0100, Stefano Canepa wrote:
> On user request the plugin will run syncevolution,
> displaing an error message if there is no syncevolution on the system
> and the log and all messages of syncevolution if there are logs or
> messages.
It wouldn't be hard to create and in
On Mi, 2009-01-07 at 22:20 +0100, Stefano Canepa wrote:
> I would like to write an e-plugin to run syncevolution
Excellent! Let me know when I can help with the SyncEvolution side of
things. As far as e-plugins go I don't know anything myself, so we'll
have to depend on the assistance of the
Hi all,
I'm trying to develop a plugin to run configure and run syncevolution
on user request. My idea is to have a plugin like the one that sync with
the ipod adding an option on the context menu in calendar and
addressbook. On user request the plugin will run syncevolution,
displaing an e
Hi all,
I would like to write an e-plugin to run syncevolution but as I'm new
to evolution development I decide, may be I'm wrong, to start build from
source using jhbuild thinking that this is the quickest way to satisfy
the requirements. I just followed
http://projects.gnome.org/evolutio
Il giorno mer, 07/01/2009 alle 12.45 +0100, Patrick Ohly ha scritto:
> Hello!
>
> I'm currently thinking about synchronizing data with SyncEvolution in
> the background while the user is active with the Evolution UI. Some
> users already do that via cron jobs, but it is known to be problematic
> f
On Wed, 2009-01-07 at 16:05 +0100, Milan Crha wrote:
> On Wed, 2009-01-07 at 12:45 +0100, Patrick Ohly wrote:
> > ...
> > The plan for change tracking is to get rid of the dependency on
> > e_book_get_changes(). I already stopped using e_cal_get_changes()
> > because it was too inflexible. Instead
On Wed, 2009-01-07 at 12:45 +0100, Patrick Ohly wrote:
> ...
> The plan for change tracking is to get rid of the dependency on
> e_book_get_changes(). I already stopped using e_cal_get_changes()
> because it was too inflexible. Instead I'll rely on the REV resp.
> LAST-MODIFIED properties: the back
The Exchange patch looks fine to me.
-Srini.
On Mon, 2009-01-05 at 12:28 +0100, Philip Van Hoof wrote:
> On Mon, 2009-01-05 at 00:42 +0530, Srinivasa Ragavan wrote:
>
>
> > On Fri, 2009-01-02 at 13:25 +0100, Philip Van Hoof wrote:
> > > Hi there evos,
> > >
> > > For an EPlugin that I'm working
Hello!
I'm currently thinking about synchronizing data with SyncEvolution in
the background while the user is active with the Evolution UI. Some
users already do that via cron jobs, but it is known to be problematic
for several reasons, among them change tracking and concurrent editing
of items.
12 matches
Mail list logo