[cvs] [Wiki] changed: KronolithModule

[Jan Schneider]

jan  Mon, 23 Oct 2006 02:17:06 -0700

Modified page: http://wiki.horde.org/KronolithModule
New Revision:  3.2
Change log:  Tweaks and more information

@@ -49,9 +49,9 @@
  Kronolith allows to create arbitrary calendars per user. Calendar owners can set fine grained permissions for groups and individuals on their calendars. This allows to create calendars that can be seen and/or edited by larger groups of Kronolith users. Any events that are created in this calendar are visible to each user that has read permissions, if they choose so.
  This kind of event sharing is most useful for events for a fixed set of (Kronolith) users that don't need to be arranged. With Kronolith 2.2 it is possible to mark single events in a shared calendar as private so that event details are only visible to the event creator.
  
  ++ Event planning
-A more sophisticated way to plan and organize events, even with users that don't use Kronolith, is the meeting planning functionality that uses standardized iCalendar data objects exchanged via the iTip protocol. Users should not use this kind of event planning to create or add events to shared calendars, because this will confuse users and could result in unpredictable behaviour.
+A more sophisticated way to plan and organize events, even with users that don't use Kronolith, is the meeting planning functionality that uses standardized iCalendar data objects exchanged via the iTip protocol. Users should not use this kind of event planning to create or add events to shared calendars, because this will confuse other users and could result in unpredictable behaviour.
  
  This method of event planning consists of several components:
  * An designated event organizer
  * Known email addresses of all event attendees
@@ -60,16 +60,25 @@
  
  This the workflow of an event planning:
  # The organizer creates a new event
  # In the event edit view, he clicks on the attendees button, which opens the event planning window
-# He can add all attendees, either looking them up in his address book (((TurbaModule|Turba))), or entering the email addresses directly
+# He can add all attendees, either by looking them up in his address book (((TurbaModule|Turba))), or by entering the email addresses directly
  # If the attendees exist in his address book and have a free/busy URL assigned to them (either provided by Kronolith or by any other calendar server), Kronolith is looking up these URLs
  # If free/busy information exists for the attendees, their free and busy times are displayed in the planning window, once for each attendee, an once merged for all attendees
  # When the organizer is done, he closes the window and saves the event
  # Kronolith sends multipart messages to all event attendees with the information about the planned event
-# If the attendee uses an iCalendar/iTip capable mail client (IMP, Outlook, Thunderbird, Apple Mail, KMail etc.) he will probably get a form with the event details and buttons to accept or deny the event and to add it to his own calendar
-# Other email clients will show a text email with event details and links for accepting or denying the event
-# Attendees should add these events to  their personal calendars and *not* to shared calendars, since several user that share this calendars could potentially have received the same invitation
+# If the attendee uses an iCalendar/iTip capable mail client (IMP, Outlook, Thunderbird, Apple Mail, KMail etc.) he should see a form with the event details and buttons to accept or deny the event and to add it to his own calendar
+# Other email clients will display a text email with event details and links for accepting or denying the event
+# Attendees should add these events to  their personal calendars and //not// to shared calendars, since several user that share this calendars could potentially have received the same invitation
  # If the attendee clicked a link, the event in the organizer's calendar is updated immediately, changing his response status from "none" to "accepted" or "denied"
-# If he uses a capable mail client, the organizer will recieve an iCalendar/iTip message back that he can use to update the event
-# The organizer can always track the response status of the event's attendees looking at the event in his calendar
-# He can also change the event details or time and the attendees will (optionally) get another iCalendar notification about the event changes that they can use to update the event in their calendars
+# If he uses a capable mail client instead, the organizer will recieve an iCalendar/iTip message back that he can use to update the event
+# The organizer can always track the current response status of the event's attendees looking at the event in his calendar
+# He can also change the event details or time, and the attendees will (optionally) get another iCalendar notification about the event changes that they can use to update the event in their calendars
+
+This meeting planning method has the advantage to be based on standards and supported by many calendar and email clients and servers. Kronolith can be used by both, organizers and attendees, for this process, e.g. it also provides free/busy information for organizers the use Outlook or can read iCalendar invitations from Apple iCal. It integrates well with IMP and Turba to provide as much functionality as possible.
+
+Missing features:
+* Easier workflow with Kronolith-only attendees
+* Changing of event times directly from the planning window
+* Automatic searching for first time slot free for all attendees
+
+See also http://www.horde.org/kronolith/roadmap/ and http://www.horde.org/kronolith/docs/?f=TODO.html