# 27 — Calendar : le format `calendar` et calendar.recit.dev **Statut : proposé · Phase : P10 · Mis à jour : 02/11/2026.** Ce plan détaille la phase P10 de [06 · Feuille de route](/06-roadmap) : le format `calendar`, la seconde moitié de la fondation `@recit/time` (heures, fuseaux, récurrences, ICS en lecture), le type `Place` (règle B3, porté par [12 · Glossaire et annuaire](/12-glossaire-annuaire)), le pont roadmap → calendar et le site calendar.recit.dev. Il part de [08 · Formats](/08-formats) §5 et le précise sans le contredire ; les écarts que le code impose sont posés en questions ouvertes (§12). Il suit le plan 26 (roadmap, P9), dont il reprend la table de visionneuses, l'horloge de build, l'écrivain ICS, l'outil MCP `validate_story` et les variantes `ics` du manifeste `exports.json`. Il dépend de [02 · Architecture](/02-architecture), de [03 · Packaging](/03-packaging) §6 et §8, de [07 · Domaines](/07-domaines), de [09 · Langues et JSON](/09-langues-et-json), de [12 · Glossaire et annuaire](/12-glossaire-annuaire) (`Place`, JSON-LD partagé), [13 · Cartes](/13-cartes) (qui importe `Place` sans le redéfinir), de [15 · Export PDF](/15-export-pdf) et de [21 · Tests](/21-tests). Le lot avancé de P10 du plan [10 · Formulaires](/10-formulaires) (FO0, FO1) se déroule dans la même phase et n'est pas repris ici. Le pont calendar → stories est le plan 28 (P11). Chaque choix porte une **recommandation**. Rien n'est implémenté avant l'accord de l'utilisateur. ## 1. Pourquoi - **Un agenda est une liste d'événements qui se lit de quatre façons** (mois, semaine, agenda, année) et s'exporte vers les agendas de tout le monde (ICS). Meetups, cours, sorties, planning éditorial : aujourd'hui, on les tient dans un tableur, un Google Agenda et une page web, à la main et en trois exemplaires. Récit en fait une source unique, en Markdown pour la prose, en JSON pour le multilingue et l'outillage. - **C'est le cas d'usage type du JSON multilingue** (08 §5) : un `meetups.json` où chaque titre est un `Localized`, sans Markdown du tout, est la meilleure démonstration du jumeau typé. - **Les fuseaux et les changements d'heure** sont le piège de tout calendrier. Les traiter une fois, dans une fondation testée (`@recit/time`), protège tous les formats qui auront un jour des heures. - **Les formats se relient** : les jalons de la roadmap remontent dans le calendrier (critère de sortie de P10), un événement passé renvoie vers son deck ou son film, et les prochains événements deviennent une story (P11). ## 2. Ce qui existe déjà et qu'on réutilise | Brique | État réel au 02/11/2026, ou à la fin de P9 (plan 26) | Ce que P10 en fait | | ---------------------- | ------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------ | | `CalendarSourceSchema` | `genericSource("calendar")` dans `packages/core/src/schema/source.ts` : `looseObject` sans champ typé | `strictObject` typé (§3.3) | | Pivot Markdown | `compileStorySource` passe un JSON par `sourceToMarkdown` avant de le compiler | le codec du calendrier dans `SCENE_CODECS` (plan 26 RM0) ; les objets (`Place` inline) passent par la forme JSON du séparateur | | Séparateur | `parser/split-slides.ts` : `key=value` avec guillemets, ou `--- {…}` en JSON ; une valeur ne tient que sur **une** ligne | les attributs d'un événement restent sur la ligne du séparateur, ou passent en forme JSON | | Compagnon | fusion par `id` de scène (`mergeSidecar`), listes à clé ajoutées par le plan 26 | un événement est une scène : rien de plus à faire | | `@recit/time` | après P9 : dates civiles, trimestres, `today()`/`now()` sur `SOURCE_DATE_EPOCH`, écrivain ICS de journées entières | heures et fuseaux, récurrences, `VTIMEZONE`, lecture ICS (§3.5, §4.4) | | `Temporal` | absent de Node 22.22, la version du dépôt (vérifié : `typeof Temporal` vaut `undefined`) | polyfill **côté build seulement** ; le client n'utilise que `Intl` (§3.5) | | Semaine locale | `new Intl.Locale("fr-FR").weekInfo` répond dans Node 22 (`firstDay: 1`) ; pas dans tous les navigateurs | calculé au build, jamais dans le client | | `Place`, JSON-LD | spécifiés par le plan 12 (D6, D11) : un seul `Place` dans `@recit/core/schema`, un module JSON-LD partagé `@recit/core/jsonld` | **livrés ici**, premier consommateur (B3) | | `@recit/roadmap` | après P9 : `storyToRoadmap`, jalons datés | lu par le pont (§3.7), dépendance format → format permise (03 §8) | | Sites | table `FORMAT_VIEWERS`, modèle calculé au build, fichiers `.ics` écrits à côté des pages, `ExportPanel` (plan 26 §6.1) | une ligne de plus, plus des **routes par événement** (§6.1) | | PDF | chaîne de [15 · Export PDF](/15-export-pdf), liste fermée : `calendar` imprime « mois ou agenda » | `CalendarPdfOptionsSchema` | | Squelette | `packages/formats/calendar` : `export {}`, privé, `scope:format` | devient publié | ## 3. Le modèle ### 3.1 Une scène = un événement Accepté dans 08 §0 : une scène est **un événement**. Un événement récurrent reste **une** scène, qui produit plusieurs **occurrences** au rendu. La mention « (ou un jour) » de 08 §0 n'a pas de syntaxe dans 08 §5 et n'est pas reprise : un jour est une case de la vue mois, pas une scène. Conséquence pour le JSON : les événements sont les `scenes` du jumeau, comme pour tous les formats. 08 §5 et 09 §2.3 parlent d'un tableau `events[]` ; un tel tableau doublerait `scenes`, casserait la fusion du compagnon par `id` de scène et le test d'aller-retour. Recommandation : pas d'`events[]`, les événements sont les scènes (question 1). ### 3.2 La syntaxe Markdown ```md --- title: Lorem Meetups format: calendar lang: en timezone: Europe/Paris view: month # month | week | agenda | year firstDay: monday --- --- id=kickoff start=2026-11-05T18:30 end=2026-11-05T20:30 location="Lorem Hall" tags=meetup ## Kickoff meetup Lorem ipsum dolor sit amet, consectetur adipiscing elit. --- id=office-hours start=2026-11-03T10:00 duration=1h rrule="FREQ=WEEKLY;BYDAY=TU;COUNT=8" url=https://example.com/live ## Office hours --- id=course start=2026-10-06T18:30 duration=1h30m rrule="FREQ=WEEKLY;COUNT=6" exdate=2026-10-20T18:30 location=@lorem-hall ## Lorem course --- id=launch date=2027-03-31 tags=release ## 1.0 launch --- id=retreat date=2027-05-10 end=2027-05-12 film=./films/retreat.story.md ## Ipsum retreat ``` | Attribut | Rôle | | -------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | | `start` | heure murale locale `AAAA-MM-JJTHH:MM`, dans `timezone` de l'événement, sinon celle du calendrier | | `end` ou `duration` | l'un ou l'autre, jamais les deux. `duration` : `1h`, `90m`, `1h30m` ou ISO 8601 (`PT1H30M`) | | `date` | un événement sur la journée entière ; avec `end` (date), sur plusieurs jours, **`end` compris** (§3.5) | | `allDay` | accepté (08, 09) ; implicite avec `date`. `allDay=true` avec `start` est une erreur | | `timezone` | fuseau IANA (`America/New_York`) ; interdit sur un événement `date` | | `rrule`, `exdate` | récurrence RFC 5545 sans le préfixe `RRULE:` ; exceptions, liste séparée par des virgules, dans la même forme que `start` (ou `date`) | | `location` | chaîne libre (affichage seul), `@id` d'une entrée d'annuaire, ou `Place` inline en JSON (plan 12 D6) | | `url`, `tags` | lien (visio, billetterie), étiquettes filtrables | | `status` | `confirmed` (défaut), `tentative`, `cancelled` : un événement annulé reste affiché barré et sort dans l'ICS avec `STATUS:CANCELLED` | | `deck`, `film` | story liée : « voir le deck », « voir le film ». 08 §5 écrit `video=` ; le vocabulaire d'`AGENTS.md` dit **film** | | `color` | une clarté de la teinte du site (`soft`, `base`, `strong`), jamais une couleur libre (08 §5 : teinte unique) | | titre et corps de la scène | le premier titre est le titre de l'événement, le reste sa description en Markdown complet | Les attributs tiennent sur la ligne du séparateur : l'exemple de 08 §5 coupe celle d'`office-hours` en deux lignes, ce que l'analyseur ne lit pas. Une ligne trop longue s'écrit en forme JSON (`--- {"id": "office-hours", …}`), déjà acceptée par `parseInlineConfigWithDiagnostics`. Les sources de stories ne passent jamais par oxfmt, qui ne les recoupera donc pas. ### 3.3 Le schéma (dans `@recit/core/schema`) Primitives dans `packages/core/src/schema/time.ts` (créé par le plan 26), `Place` dans `packages/core/src/schema/place.ts` (plan 12, livré ici), le reste dans `source.ts`. ```ts import * as z from "zod/mini"; // time.ts — added by P10 next to PlainDateSchema and QuarterSchema (P9) /** Wall-clock time without offset: "2026-11-05T18:30" (seconds optional) */ export const LocalDateTimeSchema = z .string() .check(z.regex(/^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}(:\d{2})?$/), z.refine(isValidLocalDateTime)); /** IANA time zone known to Intl: "Europe/Paris" */ export const TimeZoneSchema = z.string().check(z.refine(isKnownTimeZone, { message: "unknown time zone" })); /** "1h", "90m", "1h30m" or ISO 8601 "PT1H30M" */ export const DurationSchema = z.string().check(z.refine(isDuration)); /** RFC 5545 RRULE value, without "RRULE:"; grammar checked here, expansion in @recit/time */ export const RRuleSchema = z.string().check(z.refine(isRRuleGrammar)); // place.ts — owned by plan 12, shipped by P10 export const PlaceSchema = z.strictObject({ name: z.optional(LocalizedSchema), address: z.optional(z.string()), // display only street: z.optional(z.string()), city: z.optional(z.string()), postcode: z.optional(z.string()), region: z.optional(z.string()), country: z.optional(z.string().check(z.regex(/^[A-Z]{2}$/))), geo: z.optional(z.tuple([z.number(), z.number()])), }); /** Free text, "@id" of a directory entry, or an inline Place */ export const LocationSchema = z.union([z.string(), PlaceSchema]); // source.ts export const CalendarSceneSourceSchema = z.strictObject({ ...sceneFields, // id, attrs, body (description), notes title: z.optional(LocalizedSchema), start: z.optional(LocalDateTimeSchema), end: z.optional(z.union([LocalDateTimeSchema, PlainDateSchema])), duration: z.optional(DurationSchema), date: z.optional(PlainDateSchema), allDay: z.optional(z.boolean()), timezone: z.optional(TimeZoneSchema), rrule: z.optional(RRuleSchema), exdate: z.optional(z.array(z.union([LocalDateTimeSchema, PlainDateSchema]))), location: z.optional(z.union([LocalizedSchema, PlaceSchema])), url: z.optional(z.url()), tags: z.optional(z.array(z.string())), status: z.optional(z.enum(["confirmed", "tentative", "cancelled"])), deck: z.optional(z.string()), film: z.optional(z.string()), color: z.optional(z.enum(["soft", "base", "strong"])), }); export const CalendarSettingsSourceSchema = z.strictObject({ timezone: z.optional(TimeZoneSchema), view: z.optional(z.enum(["month", "week", "agenda", "year"])), firstDay: z.optional(z.enum(["monday", "sunday", "saturday"])), /** Occurrences computed around the build date */ window: z.optional(z.strictObject({ past: z.optional(DurationSchema), future: z.optional(DurationSchema) })), maxOccurrences: z.optional(z.int().check(z.positive())), noOverlap: z.optional(z.boolean()), /** Roadmap stories whose dated milestones become events (§3.7) */ include: z.optional(z.array(z.string())), // pdf: CalendarPdfOptionsSchema, added by CA3 (15 §3.2) }); export const CalendarSourceSchema = z.strictObject({ ...storyFields, format: z.literal("calendar"), settings: z.optional(CalendarSettingsSourceSchema), scenes: z.array(CalendarSceneSourceSchema), }); ``` - `location` accepte un `Localized` (une chaîne, ou une chaîne par langue : « Lorem Hall » et « Salle Lorem ») ; une chaîne qui commence par `@` est une référence d'annuaire (DI5.4, résolue plus tard par `@recit/directory`) ; un objet est un `Place`. Une seule résolution, dans le cœur (plan 12 D6). Les noms exacts de zod/mini sont à vérifier à l'implémentation. - Les défauts (`view: month`, `window: { past: P3M, future: P12M }`, `maxOccurrences: 500`, `firstDay` de la langue) sont posés par la section `calendar:` de `recit.config` (`CalendarConfigSchema`, `.prefault({})`), jamais par la source. - Contrôles du schéma (`z.refine` au niveau de la scène) : exactement un de `start` ou `date` ; `end` et `duration` exclusifs ; `end` de même nature que le début (date avec `date`, heure avec `start`) ; `timezone` interdit sur un `date` ; `exdate` de même nature que le début. - `timezone` du calendrier est **obligatoire** dès qu'un événement a une heure sans fuseau propre. Il n'y a pas d'heure « flottante » (sans fuseau) : elle change de sens d'un lecteur à l'autre. ### 3.4 Le jumeau et le compagnon Le jumeau d'un calendrier Markdown est un JSON dont chaque scène porte ses champs typés ; un calendrier peut aussi être **seulement** du JSON (`meetups.json`, `kind: "story"`, sans `.md`), ce qui est la forme naturelle d'un agenda multilingue : ```json { "$schema": "https://recit.dev/schema/v1/calendar.json", "kind": "story", "version": 1, "format": "calendar", "meta": { "title": { "en": "Lorem Meetups", "fr": "Rencontres Lorem" }, "lang": "en" }, "settings": { "timezone": "Europe/Paris", "view": "month" }, "scenes": [ { "id": "kickoff", "title": { "en": "Kickoff meetup", "fr": "Rencontre de lancement" }, "start": "2026-11-05T18:30", "end": "2026-11-05T20:30", "location": { "name": { "en": "Lorem Hall", "fr": "Salle Lorem" }, "city": "Ipsum", "country": "FR" }, "tags": ["meetup"], "body": { "en": "Lorem ipsum dolor sit amet.", "fr": "Lorem ipsum dolor sit amet, en français." } } ] } ``` - Codec dans `SCENE_CODECS` (plan 26 RM0) : `markdownToSource` lit le premier titre en `title`, les attributs typés du séparateur en champs, le reste en `attrs` ; `sourceToMarkdown` émet `## titre`, la description, et les attributs en `key=value` — ou en forme JSON du séparateur quand un champ est un objet (`Place` inline) ou contient un caractère qui ne se cite pas. - Le pivot résout les `Localized` dans une langue (`compileStorySource`), si bien que le calendrier compile une fois par langue, comme le deck. - Le compagnon complète un événement par son `id` (statut, `url` ajoutée par un outil, `geo` d'un lieu) ; `recit convert meetups.ics --to json` est la seule voie pour importer un agenda existant (§5), jamais une fusion silencieuse. ### 3.5 Dates, heures et fuseaux Le cœur du plan. Principes, testés un par un (§9) : 1. **On stocke l'heure murale et son fuseau, jamais un instant UTC.** `start=2026-11-05T18:30` dans `Europe/Paris` est « 18 h 30 à Paris », quoi qu'il arrive aux règles de fuseau. L'instant est calculé au build par `Temporal.ZonedDateTime`. C'est la règle de 08 §9 (« les heures sont toujours stockées avec leur fuseau, et l'affichage est converti »). 2. **Une récurrence garde l'heure murale.** Un cours hebdomadaire à 18 h 30 reste à 18 h 30 à Paris après le passage à l'heure d'hiver (25/10/2026) ; c'est l'instant UTC qui se décale. Exemple de `course` : occurrences du 06/10 au 10/11/2026, le 13/10 à 16 h 30 UTC, le 27/10 à 17 h 30 UTC. 3. **Heure inexistante ou ambiguë.** `2026-03-29T02:30` n'existe pas à Paris ; `2026-10-25T02:30` existe deux fois. Résolution `disambiguation: "compatible"` de Temporal (comme RFC 5545 : décalée d'une heure vers l'avant pour l'inexistante, la première pour l'ambiguë), avec un avertissement (`calendar-nonexistent-time`, `calendar-ambiguous-time`) qui porte la ligne. 4. **`duration` est un temps écoulé, `end` une heure murale.** `duration=2h` d'un événement à 1 h 30 la nuit du changement d'heure dure deux heures réelles ; `end=…T03:30` finit à 3 h 30 au mur. Les deux sont légitimes et documentés. 5. **Journée entière = dates civiles, sans fuseau.** `date=2027-03-31` est le 31 mars partout. Dans l'ICS, `DTSTART;VALUE=DATE` et un `DTEND` **exclusif** (lendemain) : l'auteur écrit `end` compris (« du 10 au 12 mai »), le convertisseur ajoute le jour (question 5). 6. **Affichage dans le fuseau du calendrier, par défaut.** La page prérendue affiche les heures dans `timezone` du calendrier, écrite à côté (« 18:30 CET »), pour que le HTML soit le même pour tout le monde et que l'hydratation ne diverge pas. `TimezoneSwitcher` propose ensuite le fuseau du lecteur (`Intl.DateTimeFormat().resolvedOptions().timeZone`) et le retient en `localStorage` (préférence de confort, protégée par `try`). Le changement se fait **côté client par `Intl`**, sur les instants déjà calculés : un lecteur de New York voit le cours du 27/10 à 13 h 30, et celui du 03/11 à 12 h 30, sans `Temporal` dans le navigateur (question 6). 7. **Fenêtre de calcul.** Une récurrence sans fin (`rrule` sans `COUNT` ni `UNTIL`) est développée entre `today() - window.past` et `today() + window.future`, au plus `maxOccurrences` (avertissement `calendar-occurrences-capped`). L'ICS, lui, garde la règle `RRULE` entière : un client d'agenda la développe lui-même. 8. **Une horloge.** `today()` et `now()` de `@recit/time` (plan 26 §3.5), sur `SOURCE_DATE_EPOCH`. Les vues ouvrent sur le mois de l'horloge de build ; `UpcomingEvents` filtre côté client avec l'heure réelle, **après** l'hydratation, pour qu'un site construit lundi ne montre pas mardi un événement de lundi comme « à venir ». Outils, dans `@recit/time` : | Sous-export | Contenu | Où il tourne | | ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------- | | `.` | dates civiles, trimestres, semaines ISO, durées, `today()`, formatage `Intl` (P9) | partout, client compris | | `./zoned` | heure murale → instant, désambiguïsation, développement des récurrences, fenêtres ; charge le polyfill `Temporal` si `globalThis.Temporal` manque | Node (build, CLI) seulement | | `./ics` | écriture (P9 : journées entières ; P10 : heures, `TZID`, `VTIMEZONE`, `RRULE`, `EXDATE`, `STATUS`) et lecture | Node ; pur | Dépendances : un polyfill `Temporal` et `rrule`, déjà prévus par 03 §6 (« rrule, polyfill Temporal »). Le développement des récurrences de `rrule` est réputé fragile aux changements d'heure quand on lui passe un fuseau ; d'où le spike CA0 (§10), qui tranche entre `rrule` et un développement maison sur `Temporal`, limité au sous-ensemble utile (`FREQ`, `INTERVAL`, `COUNT`, `UNTIL`, `BYDAY`, `BYMONTHDAY`, `BYMONTH`, `BYSETPOS`, `WKST`), avec les exemples de RFC 5545 §3.8.5.3 en tests (question 2). ### 3.6 Les règles de validation | Code | Gravité | Cas | | ----------------------------- | ------------- | ---------------------------------------------------------------------------- | | `calendar-date-order` | erreur | `end` avant `start` (ou avant `date`) | | `calendar-start` | erreur | ni `start` ni `date`, ou les deux ; `end` et `duration` ensemble | | `calendar-unknown-timezone` | erreur | fuseau inconnu d'`Intl` | | `calendar-missing-timezone` | erreur | événement à l'heure sans fuseau, dans un calendrier sans `timezone` | | `calendar-invalid-rrule` | erreur | grammaire fausse, `UNTIL` et `COUNT` ensemble, `BYDAY` invalide | | `calendar-exdate-mismatch` | avertissement | `exdate` qui ne tombe sur aucune occurrence | | `calendar-nonexistent-time` | avertissement | heure murale qui n'existe pas (passage à l'heure d'été) | | `calendar-ambiguous-time` | avertissement | heure murale qui existe deux fois (passage à l'heure d'hiver) | | `calendar-overlap` | erreur | deux occurrences se chevauchent, seulement si `noOverlap: true` | | `calendar-occurrences-capped` | avertissement | développement arrêté à `maxOccurrences` | | `calendar-unknown-place` | erreur | `location=@id` sans entrée d'annuaire (quand `@recit/directory` est présent) | Toutes portent fichier et ligne, ou chemin JSON (`meetups.json /scenes/3/rrule`). ### 3.7 Le pont roadmap → calendar `include: [../roadmap/product.md]` dans le frontmatter (08 §5). Le calendrier compile chaque roadmap listée avec `storyToRoadmap` (`@recit/roadmap`) et en tire un événement `date` par **jalon daté** (`id` préfixé : `product.v1`), avec les tags `milestone` et le slug de la roadmap. Les éléments datés n'entrent que si la roadmap le demande (`ics.items: true`, plan 26 §4.4), en événements sur plusieurs jours. Correspondance fermée (règle des ponts de 08 §0) : un jalon sans date ne passe pas, sans erreur ; un `id` en double est une erreur. Le chemin d'`include` est relatif au fichier et ne sort pas du projet ; sur un site, la roadmap doit être publiée par le même site ou par un exemple déclaré en `devDependencies` (constat ST-20). Les jalons inclus suivent la langue de la page (titres `Localized` de la roadmap). ### 3.8 Les langues Localisables : `title`, `body`, le `name` d'un `Place`, une `location` libre. Communs : `id`, heures, fuseaux, récurrences, `url`, `tags`, `status` (09 §2.3). `recit i18n check` compare en plus les attributs temporels entre `meetups.md` et `meetups.fr.md` : une heure différente est une erreur (attribut structurel). Les noms de jours et de mois, le premier jour de la semaine et le format des heures (24 h ou 12 h) viennent d'`Intl`, dans la langue de la page. ## 4. Le rendu ### 4.1 Le modèle compilé ```ts // packages/formats/calendar/src/model.ts export const OccurrenceSchema = z.strictObject({ event: z.string(), // scene id /** Instants, ISO 8601 with offset: "2026-10-27T18:30:00+01:00" */ start: z.string(), end: z.string(), allDay: z.boolean(), /** For an all-day occurrence: civil dates, end inclusive */ dates: z.optional(z.strictObject({ from: PlainDateSchema, to: PlainDateSchema })), cancelled: z.boolean(), }); export const CalendarSchema = z.strictObject({ title: z.string(), lang: LocaleTagSchema, timezone: TimeZoneSchema, view: z.enum(["month", "week", "agenda", "year"]), firstDay: z.int().check(z.gte(1), z.lte(7)), events: z.array(CalendarEventSchema), // id, title, html, location (resolved), url, tags, links occurrences: z.array(OccurrenceSchema), // sorted, inside the window window: z.strictObject({ from: PlainDateSchema, to: PlainDateSchema }), today: PlainDateSchema, }); export type Calendar = z.infer; export function storyToCalendar(story: Story, options?: { file?: string }): CalendarResult; ``` Le modèle est calculé au build, une fois par langue ; le client reçoit des instants avec leur décalage, qu'`Intl.DateTimeFormat` affiche dans n'importe quel fuseau. Ni `Temporal` ni `rrule` n'entrent dans un bundle client (règle « Bundle Size » d'`AGENTS.md`, `size-limit`). ### 4.2 Les quatre vues | Vue | Ce qu'elle montre | Structure accessible | | -------- | --------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------- | | `month` | grille du mois, une case par jour, les événements en liens ; « +3 » quand la case déborde ; navigation mois précédent et suivant | `` avec `
` (mois, année), en-têtes de jours `
` | | `week` | sept colonnes, les heures en lignes, les événements placés par leur instant dans le fuseau affiché ; journées entières en bandeau | liste par jour sous la grille visuelle, lue par un lecteur d'écran | | `agenda` | liste des occurrences à venir, groupées par jour | `
    ` de jours, chaque événement un `
    ` avec `