SyncThemCalendars

Outil gratuit

Générateur RRULE

Des règles de récurrence sans maux de tête liés à la syntaxe. Cliquez pour définir votre modèle, voyez les prochaines occurrences se mettre à jour en direct et copiez une règle RRULE conforme aux spécifications pour toute application de calendrier ou API.

Votre modèle de récurrence

semaine(s)

Le

Fin

Votre règle

RRULE

Tel qu'il apparaît dans un fichier .ics

Prochaines occurrences

    L'aperçu affiche jusqu'à 8 dates à venir, calculées à partir de la date de la première occurrence.

    Les événements récurrents sont là où la synchronisation des calendriers échoue

    Fuseaux horaires, exceptions, occurrences déplacées : les événements récurrents sont ce qu'il y a de plus difficile à maintenir de manière cohérente entre les calendriers. SyncThemCalendars gère tout cela automatiquement entre Google, Outlook et Apple iCloud.

    Commencer la synchronisation gratuitement

    Questions fréquentes

    Qu'est-ce qu'une RRULE ?

    Une RRULE est la propriété iCalendar (RFC 5545) qui décrit la répétition d'un événement : "chaque 2e mardi", "en semaine jusqu'en juin", "le dernier vendredi de chaque mois". Il s'agit du langage de récurrence utilisé par Google Calendar, Outlook, Apple Calendar et les API de calendrier qui les sous-tendent.

    Où utiliser la règle générée ?

    Copiez-la dans un fichier .ics sur la ligne suivant DTSTART, ou transmettez-la à une API de calendrier. La méthode events.insert de Google Calendar l'accepte dans le tableau de récurrence, et les serveurs CalDAV l'acceptent au sein des données iCalendar de l'événement. Microsoft Graph fait exception : il utilise un objet de récurrence structuré (modèle + plage) au lieu de chaînes RRULE, la règle doit donc être traduite. Dans un fichier .ics, elle doit figurer à l'intérieur d'un VEVENT aux côtés d'un DTSTART.

    Quelle est la différence entre UNTIL et COUNT ?

    COUNT s'arrête après un nombre fixe d'occurrences, tandis qu'UNTIL s'arrête à une date précise. Deux pièges classiques : UNTIL est inclusif (une occurrence tombant exactement sur l'instant UNTIL a toujours lieu), et pour les événements avec heure, la spécification exige UNTIL en UTC. Les formats incompatibles sont une source fréquente d'erreurs de décalage.

    Pourquoi les applications de calendrier ne sont-elles pas toujours d'accord sur une même règle ?

    Les implémentations diffèrent aux limites : quel jour de la semaine commence la semaine (WKST est important pour les règles bihebdomadaires), comment un 31 manquant est géré dans les mois courts, et la prise en charge de parties exotiques comme BYSETPOS. En vous en tenant aux modèles courants produits par ce générateur, vous restez dans un domaine que chaque application majeure gère de manière identique.