Re: GPE syncing

Hi,

[Discussion about SyncML synchronization, see GpeSync on Wiki]

> This really sounds interesting. Christian, are you reading the GPE
> mailing list by chance? (http://handhelds.org/mailman/listinfo/gpe)
>

I wasn't, but I just got subscribed. I tried yesterday GPE, and
congratulations to everyone, it's great and promising! I keep busy
working on gsynchro, the GPL SyncML server/client I'm currently
developping. I think it would be great if it could be used for GPE.
Hopefully a beta will be released this month (at least I hope so) and
it will be more concrete.

However a GPE gsynchro client would be much easier to develop if all
the synchronizable applications followed this three requirements:

1. assign an unique ID for each entry, better if the application don't
try to "recycle" deleted items IDs. A self-incrementing 32-bit
integer is more than enough.

2. keep trace of modifications, with a modified flag.

3. block any modification during the synchronization and reload data
on the end of the synchronization.

So here are the questions:

* It seems that GPE applications already comply with the first required,
do they?

* For the 2, would it be easy to do? Have the PIM applications
  developpers already thought about that? Are they ready to do that?

* For the 3, I guess we need some RPC solution to communicate between
  the synchronization applications and the SyncML client, I guess in
  the same way the «Today» application would do. Which one do GPE
  use? If there is no one used right now, which do you plan to use?

* About Gtk, are you planning to migrate to Gtk2 anytime soon?

* Is somebody working on some synchronization stuff right now?

Best regards,

--
Christian Gillot <cgillot_at_gruposbd.com>
http://www.neo-rousseaux.org/cgillot
GNU/Linux programmer