Hello Opensync developers,
Daniel Gollub wrote:
> But since generic solution are next to impossible to implement and wasting
> lots of time - i would be also fine with a plugin specific workaround for
> time being. But any suggestion would we would need to change in OpenSync
> itself to make it working is very appricated.
Well, the code I've got in an early version here is quite generic and
not moto-specific at all. Actually, it could even be an XSL-ified trans-
formation on the XML event format.
What one would basically need for a generic implementation is:
a) A way to express "Can do RecurrenceRule, but not RecurrenceRule/Interval"
If I got the whole capabilities thing right, it would suffice to
extend the algorithm to check children of supported nodes as well.
b) A way to express "If can not do RecurrenceRule/Interval, but can do
RecurrenceRule/Exception, transform in way X".
Now, here is the interesting part:
What do these mergers you spoke of _do_? The code says something like
"Merge all xmlfields from the entire xmlformat into the xmlformat if
they are not listed in the capabilities."
What merging? Does a merger actually do any conversion or will it
take the supported fields from an object and detect conflicts in
the merged object?
Is the merger in the up-stream from plugins to core or in the
down-stream of finished objects in core to plugins?
I'd volunteer to take the filter scheme and convert it to a make-like
model (target, prerequisite, tree-search), but I'd need to know the
great picture of the current model first.
Once the engine has merged all changes into a common "model", which
path does the object take before the plugin gets it?
Is there any documentation you could point me to?
Regards, Steve
--
Steve Wolter (Univ. of Bielefeld)| Web page:
http://swolter.sdf1.org | vCard:
http://swolter.sdf1.org/swolter.vcf A witty saying proves nothing. | Schedule:
http://swolter.sdf1.org/swolter.ifb -- Voltaire (1694-1778) | E-mail:
swolter@...
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel
