Namespace: |
|
Type: |
|
Content: |
complex, 8 elements |
Defined: |
globally in myCalendar.xsd; see XML source |
Includes: |
definitions of 2 elements |
Used: |
never |
XML Representation Summary |
|||||
<respondRequest> |
|||||
|
|||||
</respondRequest> |
Type Derivation Tree
attendeeResponseType (extension)
![]() |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
The purpose of this method is for a meeting invitee to respond to an
</xsd:documentation>
invitation. Invitees may accept, decline, accept tentatively, or counterpropose in some means. Currently, we allow the counterproposing of time and location, but we may consider future additions. <xsd:complexType>
<xsd:complexContent>
</xsd:complexType>
<xsd:extension base="attendeeResponseType">
</xsd:complexContent>
<xsd:sequence>
</xsd:extension>
<xsd:element name="eventId" type="hs:idRefType">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The eventId for the meeting.
</xsd:documentation>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
The invitee.
</xsd:documentation>
</xsd:element>
|
Type: |
xsd:dateTime, predefined, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
If responseType=[counterPropose], then either the {startTime, endTime}, or
</xsd:documentation>
location, or both can be present. This is the invitee's counterProposal for a new end time for the meeting. This is stored in UTC. </xsd:element>
|
Type: |
xsd:string, predefined, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
If responseType=[counterPropose], then either the {startTime, endTime}, or
</xsd:documentation>
location, or both can be present. This is the invitee's counterProposal for a location for the meeting. </xsd:element>
|
Type: |
xsd:dateTime, predefined, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
If responseType=[counterPropose], then either the {startTime, endTime}, or
</xsd:documentation>
location, or both can be present. This is the invitee's counterProposal for a new start time for the meeting. This is stored in UTC. </xsd:element>
|
Type: |
hs:idRefType, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
The eventId for the meeting.
</xsd:documentation>
</xsd:element>
|
Type: |
hs:puidType, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
The invitee.
</xsd:documentation>
</xsd:element>
|
Type: |
hs:longText, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
Optional message for invitees to include along with the response.
</xsd:documentation>
</xsd:element>
|
Type: |
xsd:dateTime, predefined, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
The reply time on each attendee is set to the current time (Now) when the organizer
</xsd:documentation>
sends a meeting invitation. When the attendee responds, they always update their responseTime. When the organizer receives responses, they will honor only those that have a higher responseTime than what s/he maintains in his/her own copy of the event for each attendee. While processing the response, the organizer will update their responseTime. This guarantees that the organizer honors only the most recent response from the attendee. This is stored in UTC. <br/>
<b>ICAL Equivalent</b>
: reply time on message.
</xsd:element>
|
Type: |
attendeeAcceptEnum, simple content |
Defined: |
<xsd:annotation>
<xsd:documentation>
</xsd:annotation>
The accept status indicates the valid types of responses that an attendee
</xsd:documentation>
can reply with {accept, decline, tentative, counterpropose}. The absense of this field indicates that no response has been recorded (either the invitation has not been sent, or that a reply has not been received). </xsd:element>
|