start-date and end-date mandatory for events

[Bernhard Reiter]

It looks like there is a small ambiguity in the events format
specification.  The "default not present" could lead to missinterpretations
for the event as I do not think there are appointment without those tags.

They both are mandatory as already somehow pointed out by 
that they are not in curly brakets. I also do not think that 
empty is okay for those tags.

Thus I am going to commit the following change:


RCS file: /kolabrepository/doc/kolab-formats/events.sgml,v
retrieving revision 1.14
diff -u -r1.14 events.sgml
--- events.sgml 22 Jul 2005 19:29:59 -0000      1.14
+++ events.sgml 8 Jul 2008 12:08:06 -0000
@@ -24,7 +24,7 @@
             <display-name>(string, default empty)</display-name>
             <smtp-address>(string, default empty)</smtp-address>
           </organizer>
-          <start-date>(date or datetime, default not present)</start-date>
+          <start-date>(date or datetime)</start-date>
           <alarm>(number, no default)</alarm>
           <recurrence cycle="cycletype" [type="extra type"]>
             <interval>(number, default 1)</interval>
@@ -46,7 +46,7 @@
           <!-- Event specific fields -->
           <show-time-as>(string, default busy)</show-time-as>
           <color-label>(string, default none)</color-label>
-          <end-date>(date or datetime, default not present)</end-date>
+          <end-date>(date or datetime)</end-date>
         </event>
 ]]></programlisting></para>

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.kolab.org/pipermail/format/attachments/20080708/5a005dce/attachment.sig>