Re: [Evolution] Problem viewing calendars on multiple machines
- From: Chris G <cl isbd net>
- To: evolution-list gnome org
- Subject: Re: [Evolution] Problem viewing calendars on multiple machines
- Date: Wed, 11 Mar 2009 16:42:57 +0000
On Wed, Mar 11, 2009 at 11:57:40AM -0430, Patrick O'Callaghan wrote:
On Wed, 2009-03-11 at 16:14 +0000, Chris G wrote:
It's trying to do the impossible though. If, for example, one end has
task categories that don't exist at the other end there's nothing that
SyncMl can do to sort it out.
Or anything else. How do you propose to deal with this in your
home-grown solution? What about when you change phones and the new one
isn't exactly the same as the old one? These issues are inherent in the
nature of the problem. The best way to deal with them is via a
standardized markup language, i.e. SyncML or similar. To take your
example: SYncML doesn't define specific task categories, so if your
various devices aren't understanding each other the problem is with
their use of SyncML, not with the language itself.
If both ends use the same data file they *can't* disagree! OK, it's a
little more complex than this but to my mind it's fundamentally less
broken then trying to bodge it with a 'translator' in the middle.
SyncMl does 'know' about what it's transferring to some extent, if it
doesn't then how is it any different from a simple file copying
mechanism? There are several very clever file synchronisation
utilities already available, if that was all that was needed then
SyncMl would be redundant. Where SyncMl scores is that it *does* know
the sort of things its transferring.
BTW, have you looked at OpenSync?
It's surely just an implementation of SynmcMl isn't it, I think it's
what the Evolution SyncMl client is part of.
] [Thread Prev