complexType "eventType"
Namespace:
Content:
complex, 5 attributes, 6 elements
Defined:
globally in myCalendar.xsd; see XML source
Includes:
definitions of 2 attributes, 6 elements
Used:
XML Representation Summary
<...
   
 = 
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: 
</...>
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)
All Direct / Indirect Based Elements (1):
event (in myCalendar)
Known Usage Locations
XML Source (see within schema source)
<xsd:complexType name="eventType">
<xsd:sequence>
<xsd:element name="body" type="bodyType"/>
<xsd:element maxOccurs="1" minOccurs="0" name="attendeeEventExtra" type="attendeeEventExtraBlueType"/>
<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>
<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>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="attendee" type="attendeeBlueType"/>
<xsd:element maxOccurs="1" minOccurs="0" name="recurrence" type="recurrenceType"/>
</xsd:sequence>
<xsd:attributeGroup ref="hs:standardBlueAttributeGroup"/>
<xsd:attribute name="calendarType" type="calendarLocaleEnum"/>
<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>
</xsd:complexType>
Attribute Detail (all declarations; 5/5)
advanceHijriValue
Type:
Use:
optional
Defined:
locally within (this) 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 (this) 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 (this) 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 (this) eventType complexType
XML Source (see within schema source)
<xsd:element maxOccurs="unbounded" minOccurs="0" name="attendee" type="attendeeBlueType"/>

attendeeEventExtra
Type:
Defined:
locally within (this) 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 (this) eventType complexType
XML Source (see within schema source)
<xsd:element name="body" type="bodyType"/>

recurrence
Type:
recurrenceType, complex content
Defined:
locally within (this) 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 (this) 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>