[cosmo-dev] caldav<-->chandler model
Randy Letness
randy at osafoundation.org
Fri May 16 09:29:52 PDT 2008
Bug 12037 (https://bugzilla.osafoundation.org/show_bug.cgi?id=12037)
deals with changing the way caldav resources are mapped to the chandler
model.
Currently the caldav mapping looks like:
new VEVENT--> NoteItem with EventStamp
new VTODO --> NoteItem with TaskStamp
new VJOURNAL --> NoteItem
NoteItem with EventStamp --> VEVENT
NoteItem with no EventStamp, but with TaskStamp --> VTODO
NoteItem with no EventStamp and no TaskStamp --> VJOURNAL
The bug proposes we export all NoteItems without an EventStamp as VTODO
to make it easier to share information with clients such as iCal. If we
do this, what happens to VJOURNAL? Do we support it? Do we import
VJOURNAL as a NoteItem the first time and export it as VTODO the next
time? I don't know of any clients that support VJOURNAL so I'm not sure
if its even worth supporting.
Also, VTODOs can contain date information and the server just stores
this extra data and doesn't do anything meaningful with it. Should a
VTODO with date information be imported as NoteItem + TaskStamp +
EventStamp and the same item be exported as VTODO? How does the desktop
handle this? This would require a lot more work but would probably make
more sense.
So the mapping would look like:
VEVENT --> NoteItem with EventStamp
VTODO without dates --> NoteItem
VTODO with dates --> NoteItem with TaskStamp and EventStamp
Thoughts?
-Randy
More information about the cosmo-dev
mailing list