Rendre les notes en markdown, et en donner au projet

Une phase avait quatre lignes de texte brut ; un projet n'avait rien. Les deux
manques se tiennent : la frise ne dit pas qui pilote ni sur quel budget, et ce
contexte finissait dans les notes de la première phase venue, où il ne survit
pas à sa suppression.

Le bloc de notes est le même dans les deux panneaux et prend toute la hauteur
restante : les autres champs ont une taille dictée par leur contenu, une note
fait ce qu'on a à dire. Il s'ouvre sur l'aperçu quand la note existe, sur la
saisie quand elle est vide.

Les cases à cocher se cliquent dans l'aperçu — seul geste de l'aperçu qui touche
aux données. La bascule réécrit la seule ligne visée plutôt que de régénérer la
note, qui verrait sinon sa mise en forme normalisée. Inertes dans la vue par
mois, en lecture seule (décision 24).

La barre d'outils écrit par `document.execCommand('insertText')` et non en
affectant `value`, qui viderait la pile d'annulation du navigateur : `Ctrl+Z`
doit continuer de marcher. Le DOM est bâti nœud par nœud, sans un `innerHTML`.

Les infobulles aplatissent le markdown — `title` ne connaît que le texte —, et
celles d'un jalon et d'un libellé de projet les affichent désormais.

Le format passe en version 4 : le validateur reconstruit chaque projet champ par
champ, un binaire antérieur effacerait les notes de projet à la première
sauvegarde.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

README.md

@@ -110,6 +110,28 @@ Une fois un projet en place :
 Faire défiler jusqu'au bord droit élargit la frise vers le futur, et jusqu'au bord gauche
 vers le passé. Le bouton **Aujourd'hui** ramène la vue sur la date du jour.
 
+### Les notes
+
+Un projet **et** une phase portent chacun des notes, en bas de leur panneau. Elles y prennent toute
+la hauteur restante : les autres champs ont une taille dictée par leur contenu, une note fait ce
+qu'on a à dire.
+
+Le texte s'écrit en **markdown** — titres, `**gras**`, `*italique*`, listes, `- [ ] cases à
+cocher`, liens, citations, blocs de code. Le bloc s'ouvre sur l'**aperçu** quand la note existe
+déjà, sur la saisie quand elle est vide ; le crayon en haut à droite bascule d'un état à l'autre,
+et une barre de six boutons paraît en saisie (`Ctrl`+`B` et `Ctrl`+`I` marchent aussi). Rien n'est
+converti à l'enregistrement : le fichier contient le markdown tel quel, lisible et modifiable à la
+main.
+
+Les **cases à cocher se cliquent directement dans l'aperçu** — c'est le seul geste de l'aperçu qui
+change les données. Cocher une ligne ne touche à rien d'autre : votre mise en forme n'est jamais
+réécrite.
+
+Les notes d'un projet sont ce que la frise ne sait pas dire — qui pilote, sur quel budget, quelle
+décision à quelle date. Elles se lisent aussi au survol du nom du projet dans la colonne de gauche,
+et celles d'une phase au survol de sa barre : l'infobulle les affiche sans les marques de mise en
+forme, puces et cases dessinées comprises.
+
 ### La vue par mois
 
 Les deux boutons **Frise** et **Par mois**, en haut à gauche, changent de regard sur les mêmes
@@ -125,12 +147,13 @@ n'apparaît qu'à son mois de départ, avec sa date de fin écrite en clair.
 
 Les phases qui portent des **notes** le signalent par un triangle en tête de ligne, le même que
 celui qui plie un projet sur la frise. Un clic **n'importe où sur la ligne** déplie la note en
-dessous, un second la referme. Rien n'est affiché d'office — trois lignes de notes sous chaque
-intitulé étaleraient un mois sur deux écrans.
+dessous, un second la referme. Elle s'y affiche rendue, comme dans le panneau. Rien n'est affiché
+d'office — trois lignes de notes sous chaque intitulé étaleraient un mois sur deux écrans.
 
 Cette liste se **lit** — elle ne s'édite pas. Déplacer une phase demande de voir ce qu'elle
 chevauche, donc la frise ; c'est là que les dates et les notes se modifient. Seuls les tags et les
-notes y sont cliquables, et ni filtrer ni déplier ne touche aux données. Le bouton **Aujourd'hui**
+notes y sont cliquables, et ni filtrer ni déplier ne touche aux données — les cases à cocher d'une
+note y sont d'ailleurs inertes, elles ne se cochent que depuis le panneau. Le bouton **Aujourd'hui**
 ramène ici sur le mois en cours, et la vue affichée n'est pas mémorisée : l'outil s'ouvre toujours
 sur la frise.
 
@@ -156,7 +179,9 @@ par les champs du panneau de détail.
 ## Ce que fait l'outil
 
 - **Plusieurs projets**, chacun décomposé en **phases** ayant un nom, des dates de début et de fin,
-  un statut, des notes libres. Une phase peut être un **jalon** (une date unique, rendue en losange).
+  un statut, des notes. Une phase peut être un **jalon** (une date unique, rendue en losange).
+- **Des notes en markdown**, sur un projet comme sur une phase : titres, listes, cases à cocher,
+  liens. Elles occupent toute la hauteur restante du panneau, et se cochent d'un clic dans l'aperçu.
 - **Une frise commune**, les projets empilés en couloirs, pour les comparer d'un coup d'œil.
 - **Une barre cumulative par projet**, segmentée en teintes selon le statut de chaque phase : la
   forme d'ensemble, toujours visible sur la ligne du projet et toujours rendue pareil. Elle ne se
@@ -252,8 +277,10 @@ données. Aucune dépendance de part ni d'autre, les lanceurs intégrés à Node
 | `js/mois.js` | Rendu de la vue par mois : groupes, lignes, ancrage sur le mois courant |
 | `js/tags.js` | Pastilles de tags, partagées par les deux vues |
 | `js/drag.js` | Glisser et redimensionner les barres |
+| `js/markdown.js` | Analyse du markdown des notes, aplatissement pour les infobulles. Sans DOM, donc testable sous Node |
+| `js/notes.js` | Rendu du markdown en DOM et bloc de notes — aperçu, barre d'outils, saisie — partagé par les deux panneaux |
 | `js/detail.js` | Panneau de détail d'une phase |
-| `js/projet.js` | Panneau des paramètres d'un projet : nom, couleur, tags |
+| `js/projet.js` | Panneau des paramètres d'un projet : nom, couleur, tags, notes |
 | `js/menu.js` | Menu contextuel et dialogue de confirmation |
 | `js/app.js` | Amorçage, état en mémoire, câblage des événements |