Namespace: |
|
Type: |
|
Content: |
complex, 5 attributes, 6 elements |
Defined: |
XML Representation Summary |
||||||||||||||||||
<event |
||||||||||||||||||
|
||||||||||||||||||
> |
||||||||||||||||||
|
||||||||||||||||||
</event> |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
The event is the myCalendar root object for calendar events, appointments, and meetings.
</xsd:documentation>
</xsd:element>
|
Type: |
|
Use: |
optional |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
Required for Hijri calendar support. @advanceHijriValue ranges from
</xsd:documentation>
{-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:attribute>
|
Type: |
|
Use: |
optional |
Defined: |
Type: |
|
Use: |
required |
Defined: |
Type: |
|
Use: |
required |
Defined: |
Type: |
|
Use: |
required |
Defined: |
Type: |
attachmentMetadataBlueType, complex content |
Defined: |
<xsd:element maxOccurs="unbounded" minOccurs="0" name="attachment" type="attachmentMetadataBlueType">
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
This element contains attachment metadata, name, content-type and id's, and
</xsd:documentation>
may also contain the attachmentBody. </xsd:element>
|
Type: |
attendeeBlueType, complex content |
Defined: |
Type: |
attendeeEventExtraBlueType, complex content |
Defined: |
<xsd:element maxOccurs="1" minOccurs="0" name="attendeeEventExtra" type="attendeeEventExtraBlueType"/>
|
Type: |
bodyType, complex content |
Defined: |
Type: |
recurrenceType, complex content |
Defined: |
Type: |
reminderBlueType, complex content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
A user may optionally define a reminder for this appointment. Reminders
</xsd:documentation>
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" (
</li>
<b>useless</b>
)
<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
</li>
meeting instances in the exception body: Create a reminder <set> = "false", and turn it on and/or modify it for particular instances. <li>
To define a recurring reminder, but turn it off for particular meeting instances: Create a
</li>
reminder <set> = "true", and turn it off for particular instances. <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: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>
|