On Thursday 14 May 2009 14:16:03 Daniel Gollub wrote:
> I'm quite sure this a big win for the Open Source Community and SyncML
> driven technology in general. I hope this helps that SyncML turns into a
> primary-used Synchronization standard and avoids that more and more
> reinvented-wheel- synchronization-protocols (and especially without open
> standards) pop up.
I know this isn't really an OpenSync question so apologies for raising it on
this list, but Daniel's point reminded me of something I had been thinking
about.
How easy would it be for me to add SyncML support to GPE and get rid of the
GPE plugin? At the moment I have my own simple protocol between the GPE
plugin and gpesyncd (the agent that runs in the GPE environment) -- pretty
much all it does is pass VFormat objects backwards and forwards (the back end
GPE code knows how to import and export VFormat data).
Is there some sort of library and/or example agent I could use to easily
support SyncML? I could even do with a pointer to a simple SyncML tutorial!
I don't even know the correct terminology to use (I have always
found "client" and "server" confusing in SyncML).
Graham
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled.
http://p.sf.net/sfu/kodak-com_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel
