http://bugzilla.moblin.org/show_bug.cgi?id=6664
--- Comment #6 from pohly <patrick.ohly(a)intel.com> 2009-10-14 01:21:47 ---
(In reply to comment #5)
(In reply to comment #4)
So I suggest adding a mechanism to solve this issue.
One global script should be defined for each kind of data type. And for each
backend source, we check its mimetype and firstly invoke its own specified
script for that source and then invoke our global scripts.
Doing the right thing by default sounds, eh, right. But I think we should give
a backend the chance to override that. For example, it might use its own custom
mapping for priorities despite using vCalendar 1.0.
Below is the code
from SyncSource:
" <beforewritescript><![CDATA[\n";
if(!info.m_incomingScript.empty()) {
xmlstream <<
" " << info.m_incomingScript <<
"\n";
}
///> check its mimetype and add corresponding global scripts
xmlstream <<
" itemdata = MAKETEXTWITHPROFILE(" <<
info.m_profile <<
", \"EVOLUTION\");\n"
" ]]></beforewritescript>\n"
In bug5633, we add two fields 'm_incomingScript' and 'm_outgoingScript'
and I
think their names are not suitable. They should use 'm_afterreadscript' and
'm_beforewritescript' for client backends.
Okay.
Another possible issue is:
if we read a task in iCalendar2.0 format from client backend with a priority
and then send it in vCalendar1.0, then when refreshing from server, we might a
different priority value other than our sent and they should belong to one
category(high, normal, low). In some servers, if it has more than 3 categories,
like memotoo, which has 5 categories, very high, high, normal, low, very low,
this conversion could make some problems on its web page view.
I agree that loosing information isn't nice, but what can be done about it? If
the interchange format only has three levels, some information is inevitably
lost.
In the case of Memotoo, aren't we using iCalendar 2.0? In that case no
information should be lost.
--
Configure bugmail:
http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.