[Tickets #3032] WebDAV / iCal plugin voor kronolith
bugs@bugs.horde.org
bugs at bugs.horde.org
Sun Nov 27 11:47:53 PST 2005
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/?id=3032
-----------------------------------------------------------------------
Ticket | 3032
Updated By | d.bussink at student.utwente.nl
Summary | WebDAV / iCal plugin voor kronolith
Queue | Kronolith
Version | HEAD
State | Feedback
Priority | 1. Low
Type | Enhancement
Owners |
-----------------------------------------------------------------------
d.bussink at student.utwente.nl (2005-11-27 11:47) wrote:
Today I've made some new changes, which implement the first solution I
presented in my last comment. It adds in the file listings next to the
directory representing a calendar, also a file with the same calendar name
and the .ics extension.
Currently it uses the exportCalendar api function which was already created
for ics.php. For PUT it uses a system where the _kronolith_put function is
called through the registry. This means that other applications, such as
turba, can also use a _turba_put function in their api.
The PUT function calles the import function in the api so the calendar data
is imported. I've chosen not to directly call the input, mainly because it
could work for kronolith, but I can imagine that other applications cannot
work with the import directly. This is mainly because the totally different
concepts that are used in the import and put. PUT is based on a path with
some file content, which is radically different from importing a certain
element in a application. For this reason, I think the usage of an extra
function is legitimate.
Although I use the import function directly now, I think it would be nicer
to use a seperate function for importing a iCalendar file in total. This is
because a PUT with a iCalendar file currently results in the entire calendar
being deleted and afterwards the elements from the file are added again.
This is because otherwise no elements can be deleted (import only allows for
adding). Another disadvantage is that every entry is therefore seen as being
modified on a PUT. A better solution would be a seperate function that check
for each element if it has changed / added / deleted and modifies these
entries accordingly.
More information about the bugs
mailing list