element <event> (local)
Namespace:
Type:
Content:
complex, 5 attributes, 6 elements
Defined:
locally within myCalendarType complexType in myCalendar.xsd; see XML source
XML Representation Summary
<event
   
 = 
xsd:int
 = 
("-1" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" | "10" | "11" | "12" | "13" | "14" | "15" | "16" | "17" | "18" | "19")
 = 
xsd:nonNegativeInteger
 = 
xsd:hexBinary
 = 
xsd:string
   
>
   
Content: 
</event>
Content model elements (6):
attachment (in event in myCalendar), attendee (in event in myCalendar), attendeeEventExtra (in event in myCalendar), body (type bodyType), recurrence (in event in myCalendar), reminder (in event in myCalendar)
Included in content model of elements (1):
myCalendar
Annotation
The event is the myCalendar root object for calendar events, appointments, and meetings.
XML Source (see within schema source)
<xsd:element maxOccurs="unbounded" minOccurs="0" name="event" type="eventType">
<xsd:annotation>
<xsd:documentation>
The event is the myCalendar root object for calendar events, appointments, and meetings.
</xsd:documentation>
</xsd:annotation>
</xsd:element>
Attribute Detail (all declarations; 5/5)
advanceHijriValue
Type:
Use:
optional
Defined:
locally within eventType complexType
Required for Hijri calendar support. @advanceHijriValue ranges from {-3,-2,-1,1,2,3} and is added to the current date, but the day of the week stays the same. For example, if today is the 24th and @advanceHijriValue is set to be +2, then the user sees the date as being the 26th. Typically @advanceHijriValue is +/-1, and this suffices in most cases. Theoretically it can be any number, but the worst case scenario is +/-3.
XML Source (see within schema source)
<xsd:attribute name="advanceHijriValue" type="hijriValueEnum">
<xsd:annotation>
<xsd:documentation>
Required for Hijri calendar support. @advanceHijriValue ranges from
{-3,-2,-1,1,2,3} and is added to the current date, but the day of the
week stays the same. For example, if today is the 24th and
@advanceHijriValue is set to be +2, then the user sees the date as
being the 26th. Typically @advanceHijriValue is +/-1, and this
suffices in most cases. Theoretically it can be any number, but the
worst case scenario is +/-3.
</xsd:documentation>
</xsd:annotation>
</xsd:attribute>

calendarType
Type:
Use:
optional
Defined:
locally within eventType complexType
XML Source (see within schema source)
<xsd:attribute name="calendarType" type="calendarLocaleEnum"/>

changeNumber
Type:
Use:
required
Defined:
XML Source (see within schema source)
<xsd:attribute name="changeNumber" type="changeNumberType" use="required"/>

creator
Type:
Use:
required
Defined:
XML Source (see within schema source)
<xsd:attribute name="creator" type="creatorType" use="required"/>

id
Type:
Use:
required
Defined:
XML Source (see within schema source)
<xsd:attribute name="id" type="idType" use="required"/>
Content Element Detail (all declarations; 6/6)
attachment
Type:
Defined:
locally within eventType complexType
This element contains attachment metadata, name, content-type and id's, and may also contain the attachmentBody.
XML Source (see within schema source)
<xsd:element maxOccurs="unbounded" minOccurs="0" name="attachment" type="attachmentMetadataBlueType">
<xsd:annotation>
<xsd:documentation>
This element contains attachment metadata, name, content-type and id's, and
may also contain the attachmentBody.
</xsd:documentation>
</xsd:annotation>
</xsd:element>

attendee
Type:
attendeeBlueType, complex content
Defined:
locally within eventType complexType
XML Source (see within schema source)
<xsd:element maxOccurs="unbounded" minOccurs="0" name="attendee" type="attendeeBlueType"/>

attendeeEventExtra
Type:
Defined:
locally within eventType complexType
XML Source (see within schema source)
<xsd:element maxOccurs="1" minOccurs="0" name="attendeeEventExtra" type="attendeeEventExtraBlueType"/>

body
Type:
bodyType, complex content
Defined:
locally within eventType complexType
XML Source (see within schema source)
<xsd:element name="body" type="bodyType"/>

recurrence
Type:
recurrenceType, complex content
Defined:
locally within eventType complexType
XML Source (see within schema source)
<xsd:element maxOccurs="1" minOccurs="0" name="recurrence" type="recurrenceType"/>

reminder
Type:
reminderBlueType, complex content
Defined:
locally within eventType complexType
A user may optionally define a reminder for this appointment. Reminders for recurring appointments will be sent periodically before the appointment as per the rules defined in the reminder subschema. A non-recurring event may have the following: <li>Define no reminders</li> <li>Define a reminder with <set> = "true"</li> <li>Define a reminder with <set> = "false" (<b>useless</b>)</li><br/> A recurring meeting may have any of the following: <li>Define no reminders</li> <li>Define a recurring reminder with all instances receiving reminders</li> <li>To define no reminders by default, but to define reminders for particular meeting instances in the exception body: Create a reminder <set> = "false", and turn it on and/or modify it for particular instances.</li> <li>To define a recurring reminder, but turn it off for particular meeting instances: Create a reminder <set> = "true", and turn it off for particular instances.</li><br/> If the event's reminder subschema is non-existent, yet the exception body has a reminder blob, then the exception reminder is ignored. The alternative is to require 1..1.
XML Source (see within schema source)
<xsd:element maxOccurs="1" minOccurs="0" name="reminder" type="reminderBlueType">
<xsd:annotation>
<xsd:documentation>
A user may optionally define a reminder for this appointment. Reminders
for recurring appointments will be sent periodically before the appointment
as per the rules defined in the reminder subschema. A non-recurring event may
have the following:
<li>Define no reminders</li>
<li>Define a reminder with &lt;set&gt; = "true"</li>
<li>
Define a reminder with &lt;set&gt; = "false" (
<b>useless</b>
)
</li>
<br/>
A recurring meeting may have any of the following:
<li>Define no reminders</li>
<li>
Define a recurring reminder with all instances receiving reminders
</li>
<li>
To define no reminders by default, but to define reminders for particular
meeting instances in the exception body: Create a reminder &lt;set&gt; = "false", and turn it on
and/or modify it for particular instances.
</li>
<li>
To define a recurring reminder, but turn it off for particular meeting instances: Create a
reminder &lt;set&gt; = "true", and turn it off for particular instances.
</li>
<br/>
If the event's reminder subschema is non-existent, yet the exception body has a reminder blob,
then the exception reminder is ignored. The alternative is to require 1..1.
</xsd:documentation>
</xsd:annotation>
<!--
<xsd:annotation>
<xsd:documentation>
A user may optionally define 1 to 4 reminders for this event for
each device type.
Reminders are hosted on .NET Calendar, but they use .NET Alerts as
a gateway to deliver the actual notification. Client-support
for reminders is also included in the base schema. The user
may define any or all of the four kinds of reminders:
<br/><br/>
<table cellpadding="1" cellspacing="1" border="1">
<tr>
<td align="center"><b>Value</b></td>
<td align="center"><b>Description</b></td>
</tr>
<tr>
<td>client</td>
<td>Client performs the reminder</td>
</tr>
<tr>
<td>email</td>
<td>.NET Calendar sends an email to the specified address (via??)</td>
</tr>
<tr>
<td>messenger</td>
<td>.NET Calendar sends a messenger alert to the user (via .NET Alerts)</td>
</tr>
<tr>
<td>mobile</td>
<td>.NET Calendar sends a mobile alert to the user (via .NET Alerts)</td>
</tr>
</table>
</xsd:documentation>
</xsd:annotation>
-->
</xsd:element>