Aller au contenu

iCalendar

Un article de Wikipédia, l'encyclopédie libre.
Page d’aide sur l’homonymie

Pour les articles homonymes, voir iCal (homonymie) et ICS.

Si ce bandeau n'est plus pertinent, retirez-le. Cliquez ici pour en savoir plus.
Si ce bandeau n'est plus pertinent, retirez-le. Cliquez ici pour en savoir plus.

Cet article sur l'informatique doit être recyclé ().

Une réorganisation et une clarification du contenu paraissent nécessaires. Améliorez-le, discutez des points à améliorer ou précisez les sections à recycler en utilisant {{section à recycler}}.

iCal
Caractéristiques
Extensions
.ics, .ifb, .iCal, .iFBf, .icalendarVoir et modifier les données sur Wikidata
Type MIME
text/calendarVoir et modifier les données sur Wikidata
PUID
Type de format
sérialisation d'agenda
Spécification

modifier - modifier le code - modifier WikidataDocumentation du modèle

iCalendar (aussi abrégé iCal) est un format de données discuté et proposé par la RFC 5545[1] (et ses révisions ultérieures) pour les échanges de données de calendrier. Il est notamment utilisé pour le partage de calendrier par abonnement via les protocoles CalDAV et Web Calendar Access Protocol.

iCalendar permet aux utilisateurs d'envoyer des demandes de rendez-vous, et de les transmettre à d'autres utilisateurs par courriel. Les destinataires du courriel qui possèdent un logiciel supportant le format iCalendar peuvent facilement répondre à l'expéditeur ou proposer une autre date/heure de rendez-vous.

Il est implémenté/supporté par un grand nombre de logiciels, tels que : iCal d'Apple, Chandler, Lotus Notes, Zimbra, ScheduleWorld, SOGo, KOrganizer, Mozilla Lightning, Evolution, Windows Calendar et, via une extension, Microsoft Outlook. L'application en ligne Google Agenda utilise également cette norme. Les widgets utilisés dans les portails personnalisables tels que Netvibes ou Posh (sous GNU GPL 3) peuvent également supporter ce format.

Les données iCalendar sont typiquement échangées en utilisant le traditionnel courriel, mais le standard proposé a été conçu pour être indépendant du protocole de transport. Par exemple, il peut aussi bien être partagé et édité en utilisant un serveur WebDAV. Les serveurs web simplistes (ne proposant que le protocole HTTP) sont souvent utilisés pour distribuer des données iCalendar concernant un événement et pour publier les temps de travail d'un individu. Les sites d'événements sur le web embarquent souvent des données iCalendar dans leurs pages web en utilisant le protocole hCalendar, une représentation 1:1 d'iCalendar, mais écrit en XHTML.

Spécifications de base

[modifier | modifier le code]

La spécification iCalendar est le résultat du travail de l'Internet Engineering Task Force Calendaring and Scheduling Working Group (présidé par Anik Ganguly de l'Open Text Inc.), et a été écrit par Frank Dawson de Lotus Software et Derik Stenerson de Microsoft. iCalendar est fortement basé sur la récente spécification industrielle vCalendar du Internet Mail Consortium (IMC). Après qu'iCalendar a été publié, IMC a déclaré qu'il « espère que tous les réalisateurs de vCalendar profitent de ces nouveaux standards ouverts et rendent leurs logiciels compatibles avec vCalendar 1.0 et iCalendar. »

Les données iCalendar ont comme type-MIME text/calendar. L'extension « .ics » est utilisée pour désigner un fichier contenant un ensemble arbitraire d'informations de calendrier ou de planification cohérent avec ce type de contenu MIME. L'extension de fichier « .ifb » sert à désigner un fichier contenant des informations de disponibilité cohérentes avec ce type-MIME. Le type de fichier « iCal » est destiné aux systèmes d'exploitation d'Apple Macintosh pour désigner un fichier contenant des informations de date et planification. Le type de fichier « iFBf » est utilisé dans les systèmes d'exploitation d'Apple Macintosh pour désigner un fichier contenant des informations de disponibilité.

Le jeu de caractères utilisé pour l'ensemble des données n'est pas défini par le format lui-même, mais à défaut d'une indication contraire (par un protocole de transport, ou conservée comme métadonnée par un système de fichiers), l'ensemble des données d'un objet iCalendar (y compris sa syntaxe de représentation) est codé en UTF-8.

Le format utilisé est similaire au format des entêtes MIME (utilisé par le protocole SMTP pour les courriels, ou par le protocole HTTP et nombre de protocoles dérivés), mais avec quelques différences. Comme pour le codage MIME, chaque propriété est sur une ligne séparée commençant par un identificateur (formé de lettres, chiffres ou signes "-"). Les lignes qui commencent par une espace forment la suite de la propriété commencée à la ligne précédente (les espaces en début de ligne et le saut de ligne qui précède sont ignorés) ; cette continuation des lignes est normalement imposée car le format impose une longueur maximale de 75 caractères par ligne (non compris les caractères de contrôles en fin de ligne). Il n'y a normalement aucune ligne vide, les espaces en fin de ligne sont non significatifs, de même que les espaces qui suivent une autre espace.

Chaque propriété comprend dans l'ordre son nom, un signe deux-points, et sa valeur (ou plusieurs valeurs séparées par des virgules dans un ordre non significatif). Elle peut parfois comprendre un ou plusieurs paramètres facultatifs (permettant d'interpréter plus précisément la valeur donnée, ou de préciser comment elle est codée si ce n'est pas du texte, ou de fournir une représentation alternative, éventuellement externe par référencement avec une URI) sous forme « paramètre=valeur », séparés entre eux et du nom de la propriété par un point-virgule; si une valeur de paramètre inclut une virgule, un point-virgule ou un deux-points (par exemple une URI), elle doit être placée entre « guillemets doubles dactylographiques »).

Certaines propriétés sont définies avec un type imposant un format standard pour leur valeur, notamment les dates et URI. Quand le type d'une propriété permet plusieurs valeurs en nombre indéfini, elles sont séparées par des virgules (sans ordre significatif) : ceci est équivalent à ajouter une autre propriété homonyme séparée pour chaque valeur.

Les propriétés sont normalement non ordonnées, mais contrairement au format MIME, elles peuvent être structurées plus précisément en sous-propriétés,

  • soit quand les valeurs de sous-propriétés sont en nombre fini et dans un ordre prédéfini par leur type, en séparant ces sous-valeurs par des points-virgules pour former une valeur unique;
  • soit en les encadrant par les pseudo-propriétés « BEGIN » et « END » (dont l'usage est obligatoire pour inclure la totalité des propriétés définissant un objet iCalendar) afin de former un objet complet qui peut être inclus parmi les propriétés d'un autre objet.

Les valeurs de propriétés peuvent également être typées explicitement (sinon leur type par défaut est textuel), et encodées si la représentation textuelle n'est pas suffisante (par exemple pour des données binaires), en utilisant des paramètres après le nom de la propriété.

Core object

[modifier | modifier le code]

L'objet de plus haut-niveau dans iCalendar est le « Calendaring and Scheduling Core Object ». C'est une collection d'informations sur les calendaring et scheduling. Typiquement, cette information consiste en un unique objet iCalendar. Cependant, plusieurs objets de type iCalendar peuvent séquentiellement être regroupés. La première ligne doit être « BEGIN:VCALENDAR », et la dernière doit être « END:VCALENDAR » ; le contenu qui se trouve entre ces deux lignes est appelé « icalbody ». Le corps d'un objet iCalendar consiste en une suite de propriétés de calendrier et un ou plusieurs composants de calendrier. Les propriétés du calendrier sont des attributs qui s'appliquent à la totalité du calendrier. Les composants du calendrier sont une collection de propriétés qui suivent une syntaxe particulière. Par exemple, le composant peut spécifier un événement, une tâche, une entrée de journal, une information sur le fuseau horaire, une plage de temps libre ou occupé ou encore une alarme.

Voilà un exemple simple (depuis la RFC 2445[2]) d'un objet iCalendar qui définit un événement « Fête à la Bastille » qui se déroule du à 17 h 00 UTC au à 03 h 59 UTC : 

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//hacksw/handcal//NONSGML v1.0//EN
BEGIN:VEVENT
DTSTART:19970714T170000Z
DTEND:19970715T035900Z
SUMMARY:Fête à la Bastille
END:VEVENT
END:VCALENDAR

Il existe différents types de composants définis dans le standard. Ils sont décrits ci-dessous.

Événements (VEVENT)

[modifier | modifier le code]

Un composant « VEVENT » offre un panel de propriétés qui décrivent un événement comme représentant une quantité de temps planifiée sur un calendrier. En temps normal, un événement valide rendra ce temps occupé, mais il est possible de le configurer en mode « Transparent », pour changer cette interprétation.

Les propriétés classiques d'un composant VEVENT sont :

  • DTSTART : Date de début de l'événement
  • DTEND : Date de fin de l'événement
  • SUMMARY : Titre de l'événement
  • LOCATION : Lieu de l'événement
  • CATEGORIES : Catégorie de l'événement (ex: Conférence, Fête...)
  • STATUS : Statut de l'événement (TENTATIVE, CONFIRMED, CANCELLED)
  • DESCRIPTION : Description de l'événement
  • TRANSP : Définit si la ressource affectée à l'événement est rendu indisponible (OPAQUE, TRANSPARENT)
  • SEQUENCE : Nombre de mises à jour, la première mise à jour est à 1

Un composant VEVENT peut contenir un composant VALARM pour définir des alarmes. De tels événements ont une propriété DTSTART qui définit sa date et son heure de début, et une propriété DTEND définissant sa date et son heure de fin. Si l'événement est périodique, DTSTART définit le début du premier événement.

Les événements périodiques sans heure spécifique, comme les anniversaires ou les rappels périodiques, sont aussi représentés en utilisant des VEVENT. Ces événements devraient avoir une valeur de type DATE pour la propriété DTSTART à la place d'un type DATE-TIME par défaut, et ne doivent pas inclure une propriété « DTEND ».

To-do (VTODO)

[modifier | modifier le code]

Le composant « VTODO » décrit un objet « à faire », c’est-à-dire, un objet-action ou une tâche.

Ce qui suit est un exemple d'un « to-do » dont l'échéance est le , selon la RFC 2445[2]. Une alarme sonore a été spécifiée pour avertir l'utilisateur du calendrier à midi, le jour précédent la tâche à effectuer. L'alarme sera répétée 4 fois supplémentaires avec un intervalle d'une heure. La définition du « to-do » a été modifiée deux fois depuis sa création initiale. 

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//ABC Corporation//NONSGML My Product//EN
BEGIN:VTODO
DTSTAMP:19980130T134500Z
SEQUENCE:2
UID:[email protected]
ORGANIZER:MAILTO:[email protected]
ATTENDEE;PARTSTAT=ACCEPTED:MAILTO:[email protected]
DUE:19980415T235959
STATUS:NEEDS-ACTION
SUMMARY:Submit Income Taxes
BEGIN:VALARM
ACTION:AUDIO
TRIGGER:19980414T120000
ATTACH;FMTTYPE=audio/basic:http://host.com/pub/audio-files/ssbanner.aud
REPEAT:4
DURATION:PT1H
END:VALARM
END:VTODO
END:VCALENDAR

Entrée Journal (VJOURNAL)

[modifier | modifier le code]

Le composant VJOURNAL décrit une entrée journal. Il lie simplement un texte descriptif à une date particulière, et peut être utilisé pour enregistrer l'activité journalière ou l'accomplissement de tâches. Un composant « VJOURNAL », n'occupe pas de temps, il n'a donc aucun effet sur le temps libre ou occupé (comme les entrées « TRANSPARENT »). En pratique, seulement quelques implémentations du format iCalendar supportent les entrées « VJOURNAL ».

L'exemple suivant est un celui d'une écriture d'un journal, selon la RFC 2445[2]: 

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//ABC Corporation//NONSGML My Product//EN
BEGIN:VJOURNAL
DTSTAMP:19970324T120000Z
UID:[email protected]
ORGANIZER:MAILTO:[email protected]
STATUS:DRAFT
CLASS:PUBLIC
CATEGORY:Project Report, XYZ, Weekly Meeting
DESCRIPTION:Project xyz Review Meeting Minutes\n
 Agenda\n1. Review of project version 1.0 requirements.\n2.
 Definition of project processes.\n3. Review of project schedule.\n
 Participants: John Smith, Jane Doe, Jim Dandy\n-It was
 decided that the requirements need to be signed off by
 product marketing.\n-Project processes were accepted.\n
 -Project schedule needs to account for scheduled holidays
 and employee vacation time. Check with HR for specific
 dates.\n-New schedule will be distributed by Friday.\n-
 Next weeks meeting is cancelled. No meeting until 3/23.
END:VJOURNAL
END:VCALENDAR

Temps libre/occupé (VFREEBUSY)

[modifier | modifier le code]

Un composant « VFREEBUSY », défini dans la RFC 2445[2], décrit soit une requête concernant du temps libre/occupé, soit une réponse à une requête, ou publie un ensemble de temps occupé. Ce qui suit est un exemple d'une publication de temps occupé selon la RFC 2445[2]. L'objet iCalendar devrait être placé à une certaine URL avec l'extension « .ifb » : 

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//RDU Software//NONSGML HandCal//EN
BEGIN:VFREEBUSY
ORGANIZER:MAILTO:[email protected]
DTSTART:19980313T141711Z
DTEND:19980410T141711Z
FREEBUSY:19980314T233000Z/19980315T003000Z
FREEBUSY:19980316T153000Z/19980316T163000Z
FREEBUSY:19980318T030000Z/19980318T040000Z
URL:http://www.host.com/calendar/busytime/jsmith.ifb
END:VFREEBUSY
END:VCALENDAR

Les autres composants

[modifier | modifier le code]

D'autres composants définis dans le standard sont « VTIMEZONE » (pour définir des fuseaux horaires), et « VALARM » (pour définir des alarmes). On peut remarquer que certains composants incluent d'autres composants (« VALARM » est souvent inclus dans d'autres composants), et que certains composants sont définis pour gérer d'autres composants définis après eux (« VTIMEZONE » est souvent utilisé de cette manière).

L'échange de données avec iCalendar

[modifier | modifier le code]

Le format iCalendar est conçu pour décrire des données calendaires (comme des événements), et intentionnellement, ne décrit pas ce qu'il faut faire avec des données « classiques » (textes, etc.).

Un compagnon, « iCalendar Transport-Independent Interoperability » (iTIP) (RFC 2446[3]), définit un protocole pour l'échange d'objet iCalendar dans un but de grouper les informations calendaires et de planification entre les « Calendar Users » (CUs); quiconque débute l'échange de données prend le rôle de « l'organisateur ». Cette norme définit des méthodes comme PUBLISH, REQUEST, REPLY, ADD, CANCEL, REFRESH, COUNTER (pour négocier une modification d'une entrée) et DECLINE-COUNTER (pour refuser la contre-proposition).

Un autre compagnon, « iCalendar Message-based Interoperability Protocol (IMIP) » (RFC 2447[4]), définit une méthodologie standard pour implémenter iTIP dans le protocole de transport, comme celui des courriels.

Le « Guide to Internet Calendaring » (RFC 3283[5]) décrit la relation entre iCalendar et divers standards apparentés (présents et futurs).

Le format iCalendar a été conçu pour assurer l'interopérabilité des données calendaires ; tandis que les fonctionnalités les plus souvent utilisées par les utilisateurs sont largement supportées par les implémentations d'iCalendar et peuvent communiquer, les opérations entre les implémentations de fonctionnalités plus avancées sont « boiteuses ».

« Calendar Access Protocol » (RFC 4324[6]) fournit une méthode universelle d'implémentation de calendrier temps-réel.

Le IETF Calendaring and Scheduling (calsch) Working Group a travaillé dans le passé à diverses extensions et protocoles de compatibilité pour iCalendar. Le groupe de travail a officiellement cessé son existence en tant que groupe de travail de l'IETF en , mais sa liste de diffusion continue d'être utilisée pour des discussions sur le thème des calendriers[7],[8].

Liste des composants, propriétés et paramètres

[modifier | modifier le code]
Nom Type section RFC (RFC 5545(pp155–159) par défaut) MS-OXCICAL section 2.1.3[9] sous-sections
ACKNOWLEDGED Propriété RFC 9074 section 6.1. Propriété Acknowledged
ACTION Propriété 3.8.6.1. Action 1.1.20.62.2
ALTREP Paramètre 3.2.1. Texte Alternatif 1.1.20.15.1
ATTACH Propriété 3.8.1.1. Attachement 1.1.20.1
ATTENDEE Propriété 3.8.4.1. Participant 1.1.20.2
AVAILABLE Component RFC 7953 section 3.1. AVAILABILITY du composant
BUSYTYPE Propriété RFC 7953 section 3.2. Busy Time Type
CALENDAR-ADDRESS Propriété RFC 9073 section 6.4. Addresse du Calendrier
CALSCALE Propriété 3.7.1. échelle du calendrier
CATEGORIES Propriété 3.8.1.2. Catégories, RFC 7986 section 5.6. Propriété CATÉGORIES 1.1.20.3
CLASS Propriété 3.8.1.3. Classification 1.1.20.4
CN Paramètre 3.2.2. Nom Commun 1.1.13.1, 1.1.20.2.1, 1.1.20.16.1, 1.1.20.61.1
COLOR Propriété RFC 7986 section 5.9. Propriété couleur
COMMENT Propriété 3.8.1.4. Commentaire 1.1.20.5
COMPLETED Propriété 3.8.2.1. Date-Time Completed
CONCEPT Propriété RFC 9253 section 8.1. Concept
CONFERENCE Propriété RFC 7986 section 5.11. Propriété CONFÉRENCE
CONTACT Propriété 3.8.4.2. Contact 1.1.20.6
CREATED Propriété 3.8.7.1. Date et heure de création 1.1.20.7
CUTYPE Paramètre 3.2.3. Calendar User Type 1.1.20.2.2
DAYLIGHT Component 3.6.5. composant de zone de temps 1.1.19.3
DELEGATED-FROM Paramètre 3.2.4. Delegants
DELEGATED-TO Paramètre 3.2.5. Délégués
DERIVED Paramètre RFC 9073 section 5.3. Dérivé
DESCRIPTION Propriété 3.8.1.5. Description, RFC 7986 section 5.2. Propriété DESCRIPTION 1.1.20.11, 1.1.20.62.3
DIR Paramètre 3.2.6. Reference d'Entrée du répertoire/dossier
DISPLAY Paramètre RFC 7986 section 6.1. Paramètre affichage
DTEND Propriété 3.8.2.2. Date et heure de fin 1.1.20.8
DTSTAMP Propriété 3.8.7.2. Date et heure Stamp 1.1.20.9
DTSTART Propriété 3.8.2.4. Date et heure de début 1.1.19.2.1, 1.1.19.3.1, 1.1.20.10
DUE Propriété 3.8.2.3. Date et heure "Due"
DURATION Propriété 3.8.2.5. Durée 1.1.20.12
EMAIL Paramètre RFC 7986 section 6.2. Paramètre EMAIL
ENCODING Paramètre 3.2.7. paramètre d'encodage 1.1.20.1.1
EXDATE Propriété 3.8.5.1. Date et heure d'Exception 1.1.20.13
FBTYPE Paramètre 3.2.9. type de temps libre/occupé
FEATURE Paramètre RFC 7986 section 6.3. Paramètre caractéristique
FMTTYPE Paramètre 3.2.8. Type de Formatage 1.1.20.1.2, 1.1.20.27.1
FREEBUSY Propriété 3.8.2.6. Date et heure libre/occupé
GAP Paramètre RFC 9253 section 6.2. Gap
GEO Propriété 3.8.1.6. Position Géographique
IMAGE Propriété RFC 7986 section 5.10. Propriété IMAGE
LABEL Paramètre RFC 7986 section 6.4. Paramètre étiquette
LANGUAGE Paramètre 3.2.10. Langue 1.1.20.11.1, 1.1.20.15.2, 1.1.20.24.1
LAST-MODIFIED Propriété 3.8.7.3. dernière modification, RFC 7986 section 5.4. Propriété dernière modification 1.1.20.14
LINK Propriété RFC 9253 section 8.2. lien
LINKREL Paramètre RFC 9253 section 6.1. Relation du lien
LOCATION Propriété 3.8.1.7. Position 1.1.20.15
LOCATION-TYPE Propriété RFC 9073 section 6.1. Type de Position
MEMBER Paramètre 3.2.11. Groupe ou liste de membres
METHOD Propriété 3.7.2. Méthode 1.1.1
NAME Propriété RFC 7986 section 5.1. Nom
ORDER Paramètre RFC 9073 section 5.1. Ordre
ORGANIZER Propriété 3.8.4.3. Organisateur 1.1.20.16
PARTICIPANT Component RFC 9073 section 7.1. Participant
PARTICIPANT-TYPE Propriété RFC 9073 section 6.2. Type de Participant
PARTSTAT Paramètre 3.2.12. État de la Participation 1.1.20.2.3
PERCENT-COMPLETE Propriété 3.8.1.8. Pourcentage Terminé
PRIORITY Propriété 3.8.1.9. Priorité 1.1.20.17
PRODID Propriété 3.7.3. Identificateur du Produit 1.1.2
PROXIMITY Propriété RFC 9074 section 8.1. Proximité
RANGE Paramètre 3.2.13. Recurrence Identifier Range
RDATE Propriété 3.8.5.2. Dates et heures de Récurrence 1.1.20.18
RECURRENCE-ID Propriété 3.8.4.4. ID de la Récurrence 1.1.20.20
REFID Propriété RFC 9253 section 8.3. Refid
REFRESH-INTERVAL Propriété RFC 7986 section 5.7. Intervalle de Rafraîchissement
RELATED Paramètre 3.2.14. Alarm Trigger Relationship
RELATED-TO Propriété 3.8.4.5. En relation avec, RFC 9253 section 9.1. En relation avec
RELTYPE Paramètre 3.2.15. type de Relation, RFC 9074 section 7.1. type de Relation, RFC 9253 sections 4 and 5
REPEAT Propriété 3.8.6.2. Repeat Count
REQUEST-STATUS Propriété 3.8.8.3. État de la requête
RESOURCE-TYPE Propriété RFC 9073 section 6.3. Type de Ressource
RESOURCES Propriété 3.8.1.10. Ressources 1.1.20.21
ROLE Paramètre 3.2.16. Rôle 1.1.20.2.4
RRULE Propriété 3.8.5.3. Règle de Récurrence 1.1.19.2.2, 1.1.19.3.2, 1.1.20.19
RSVP Paramètre 3.2.17. Attente de RSVP 1.1.20.2.5
SCHEMA Paramètre RFC 9073 section 5.2. Schéma
SENT-BY Paramètre 3.2.18. Envoyé Par
SEQUENCE Propriété 3.8.7.4. Numéro de Séquence 1.1.20.22
SOURCE Propriété RFC 7986 section 5.8. SOURCE
STANDARD Component 3.6.5. Composant de zone de date 1.1.19.2
STATUS Propriété 3.8.1.11. État 1.1.20.23
STRUCTURED-DATA Propriété RFC 9073 section 6.6. Structured-Data
STYLED-DESCRIPTION Propriété RFC 9073 section 6.5. Styled-Description
SUMMARY Propriété 3.8.1.12. Résumé 1.1.20.24
TRANSP Propriété 3.8.2.7. Transparence de Time 1.1.20.25
TRIGGER Propriété 3.8.6.3. Déclenchement 1.1.20.62.1
TZID Paramètre 3.2.19. Identificateur de zone de Temps 1.1.4.1, 1.1.5.1, 1.1.6.1, 1.1.7.1, 1.1.11.1, 1.1.12.1, 1.1.20.8.1, 1.1.20.9.1, 1.1.20.10.1, 1.1.20.13.1, 1.1.20.18.1, 1.1.20.20.1, 1.1.20.48.1
TZID Propriété 3.8.3.1. Identificateur de zone de Temps 1.1.19.1
TZNAME Propriété 3.8.3.2. Nom de zone de Temps 1.1.19.2.3, 1.1.19.3.3
TZOFFSETFROM Propriété 3.8.3.3. Time Zone Offset From 1.1.19.2.4, 1.1.19.3.4
TZOFFSETTO Propriété 3.8.3.4. Time Zone Offset To 1.1.19.2.5, 1.1.19.3.5
TZURL Propriété 3.8.3.5. Time Zone URL
UID Propriété 3.8.4.7. Unique Identifier, RFC 7986 section 5.3. UID Propriété 1.1.20.26
URL Propriété 3.8.4.6. Uniform Resource Locator, RFC 7986 section 5.5. URL Propriété
VALARM Component 3.6.6. Alarm Component
VALUE Paramètre 3.2.20. Value Data Types 1.1.20.1.3, 1.1.20.8.2, 1.1.20.10.2, 1.1.20.13.2, 1.1.20.18.2, 1.1.20.20.2, 1.1.20.39.1, 1.1.20.45.1
VAVAILABILITY Component RFC 7953 section 3.1. VAVAILABILITY Component
VCALENDAR Component 3.4. iCalendar Object 1.1
VERSION Propriété 3.7.4. Version 1.1.3
VEVENT Component 3.6.1. Event Component 1.1.20
VFREEBUSY Component 3.6.4. Free/Busy Component
VJOURNAL Component 3.6.3. Journal Component
VLOCATION Component RFC 9073 section 7.2. Location
VRESOURCE Component RFC 9073 section 7.3. Resource
VTIMEZONE Component 3.6.5. Time Zone Component
VTODO Component 3.6.2. To-Do Component
X-ALT-DESC Propriété 1.1.20.27
X-CALEND Propriété 1.1.4
X-CALSTART Propriété 1.1.5
X-CLIPEND Propriété 1.1.6
X-CLIPSTART Propriété 1.1.7
X-FILENAME Paramètre 1.1.20.1.4
X-MICROSOFT-CALSCALE Propriété 1.1.8
X-MICROSOFT-CDO-ALLDAYEVENT Propriété 1.1.20.28
X-MICROSOFT-CDO-APPT-SEQUENCE Propriété 1.1.20.29
X-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE Propriété 1.1.20.30
X-MICROSOFT-CDO-BUSYSTATUS Propriété 1.1.20.31
X-MICROSOFT-CDO-IMPORTANCE Propriété 1.1.20.32
X-MICROSOFT-CDO-INSTTYPE Propriété 1.1.20.33
X-MICROSOFT-CDO-INTENDEDSTATUS Propriété 1.1.20.34
X-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE Propriété 1.1.20.36
X-MICROSOFT-CDO-OWNERAPPTID Propriété 1.1.20.35
X-MICROSOFT-CDO-REPLYTIME Propriété 1.1.20.37
X-MICROSOFT-DISALLOW-COUNTER Propriété 1.1.20.38
X-MICROSOFT-EXDATE Propriété 1.1.20.39
X-MICROSOFT-ISDRAFT Propriété 1.1.20.40
X-MICROSOFT-ISLEAPMONTH Paramètre 1.1.20.45.2
X-MICROSOFT-MSNCALENDAR-ALLDAYEVENT Propriété 1.1.20.41
X-MICROSOFT-MSNCALENDAR-BUSYSTATUS Propriété 1.1.20.42
X-MICROSOFT-MSNCALENDAR-IMPORTANCE Propriété 1.1.20.43
X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS Propriété 1.1.20.44
X-MICROSOFT-RRULE Propriété 1.1.20.45
X-MS-OLK-ALLOWEXTERNCHECK Propriété 1.1.20.46
X-MS-OLK-APPTLASTSEQUENCE Propriété 1.1.20.47
X-MS-OLK-APPTSEQTIME Propriété 1.1.20.48
X-MS-OLK-AUTOFILLLOCATION Propriété 1.1.20.49
X-MS-OLK-AUTOSTARTCHECK Propriété 1.1.20.50
X-MS-OLK-COLLABORATEDOC Propriété 1.1.20.51
X-MS-OLK-CONFCHECK Propriété 1.1.20.52
X-MS-OLK-CONFTYPE Propriété 1.1.20.53
X-MS-OLK-DIRECTORY Propriété 1.1.20.54
X-MS-OLK-FORCEINSPECTOROPEN Propriété 1.1.9
X-MS-OLK-MWSURL Propriété 1.1.20.55
X-MS-OLK-NETSHOWURL Propriété 1.1.20.56
X-MS-OLK-ONLINEPASSWORD Propriété 1.1.20.57
X-MS-OLK-ORGALIAS Propriété 1.1.20.58
X-MS-OLK-RESPTIME Paramètre 1.1.20.2.6
X-MS-OLK-SENDER Propriété 1.1.20.61
X-MS-WKHRDAYS Propriété 1.1.10
X-MS-WKHREND Propriété 1.1.11
X-MS-WKHRSTART Propriété 1.1.12
X-OWNER Propriété 1.1.13
X-PRIMARY-CALENDAR Propriété 1.1.14
X-PUBLISHED-TTL Propriété 1.1.15
X-WR-CALDESC Propriété 1.1.16
X-WR-CALNAME Propriété 1.1.17
X-WR-RELCALID Propriété 1.1.18

Références

[modifier | modifier le code]
  1. ↑ (en) Request for comments no 5545
  2. ↑ a b c d et e (en) Request for comments no 2445
  3. ↑ (en) Request for comments no 2446
  4. ↑ (en) Request for comments no 2447
  5. ↑ (en) Request for comments no 3283
  6. ↑ (en) Request for comments no 4324
  7. ↑ [1]
  8. ↑ [2]
  9. ↑ (en-US) « [MS-OXCICAL]: 2.1.3 Processing Rules » [archive du ], sur learn.microsoft.com, (consulté le )

Voir aussi

[modifier | modifier le code]

Articles connexes

[modifier | modifier le code]

Liens externes

[modifier | modifier le code]
Ce document provient de « https://fr.wikipedia.org/w/index.php?title=ICalendar&oldid=220128229 ».