Résumé

  • L'issue 566 de la Strategy Team, ouverte le 4 août, fixe au 15 octobre la fin attendue de l'affinage et décrit la reconduction comme sans changement substantiel.
  • Le même texte qualifie la première charte de très optimiste et annonce l'espoir d'atteindre CR au quatrième trimestre 2026 ou au premier trimestre 2027, puis de passer en maintenance. Cette trajectoire doit encore être explicitée.
  • La charte active visait CR en mars 2026, Proposed Recommendation en juin et Recommendation en septembre. Les publications LWS restent affichées comme Working Drafts ; ce constat ne mesure ni leur qualité ni leurs implémentations.
  • Le fichier figé au commit f00f3b8 conserve cinq échéances [Q1–4 YYYY], un choix de maturité, un livrable Web [spec name], une chronologie FooML/BarML et plusieurs consignes d'exploitation non tranchées.
  • Un reçu de préparation lié au commit effectivement soumis devrait indiquer le terme de maturité de chaque document, son jalon, l'autorité de maintenance et le sort de chaque résidu de modèle.

Le périmètre et la destination ne répondent pas à la même question

L'absence de changement substantiel n'est pas forcément inexacte. La mission reste la normalisation d'un protocole qui découple les applications, l'identité et le stockage. Les cinq spécifications nommées demeurent dans la même famille. Le dossier ne présente pas une nouvelle technologie ni un transfert à un autre groupe.

Mais une charte ne décrit pas seulement un sujet. Elle fixe aussi une durée, des produits, des étapes et la faculté d'agir après chaque étape. Dire que le groupe espère atteindre Candidate Recommendation puis entrer en maintenance modifie l'horizon public par rapport à une marche vers Recommendation. Cette modification peut être procédurale plutôt que substantielle ; elle doit néanmoins devenir du texte décidé.

La charte active court du 9 septembre 2024 au 8 septembre 2026. Son tableau faisait passer le protocole principal par CR le 10 mars 2026, Proposed Recommendation le 9 juin et Recommendation le 8 septembre. Pour aller au-delà de CR, il attendait deux implémentations indépendantes et interopérables, vérifiées par des tests ouverts.

La page des chartes LWS conserve cette autorité datée. La page des publications classe encore les documents sous Working Drafts, et le protocole principal porte ce statut. L'écart avec le calendrier initial est observable. Sa cause et sa signification technique ne le sont pas.

Le fichier du 5 août ne choisit pas encore sa propre fin

Le dépôt commence par un commit du 3 août issu du charter assistant. Un second commit retire LDP Next de la coordination. Cette retouche montre un travail éditorial ciblé, sans prouver ce qui a été décidé ailleurs.

Pour établir l'état, il faut donc préférer le fichier immuable de f00f3b8 au rendu évolutif. Les dates de début et de fin y sont encore des instructions. L'allocation de 0,1 FTE est marquée comme tâche à compléter. Les téléconférences peuvent être thématiques « ou autre chose ». La voie de travail public doit encore être choisie entre la liste, GitHub issues ou les deux.

Le point décisif se trouve avant la liste des livrables. Une consigne Choose one juxtapose deux constructions : une échéance conduisant à Recommendation ou à un état stable, et l'intention de publier des Candidate Recommendation Snapshots sans avancer vers Recommendation. Les cinq spécifications normatives ont chacune [Q1–4 YYYY] comme échéance.

Plus loin subsistent Web [spec name], une description à remplacer et un calendrier FooML/BarML. Dans les critères de réussite, une consigne prévoit de supprimer le seuil d'implémentation si le groupe ne vise pas REC ; une autre propose d'ajouter une règle d'intérêt d'implémenteurs dans ce même cas.

Ces traces ne révèlent pas automatiquement un désaccord interne. Elles suffisent cependant à montrer que le projet public figé ne transforme pas encore l'intention CR-maintenance en instrument cohérent.

La date du 15 octobre protège contre la surinterprétation

Le Process du W3C prévoit qu'avant la fin de l'affinage, la Team lance la revue de l'Advisory Committee, abandonne la proposition ou prolonge la phase. Une charte contient les livrables, les jalons disponibles, les mécanismes de réunion et de communication. Son adoption ultérieure est une W3C Decision ; une Call for Participation suit si elle est approuvée.

Au moment de l'observation, l'échéance du 15 octobre était future. Le commit du 5 août n'est pas nécessairement le texte de revue. Les choix internes non publiés restent inconnus. Il serait donc faux de parler de violation, comme il serait faux de présenter la proposition comme une autorité déjà adoptée.

Rendre le passage à la revue vérifiable

Le reçu proposé commencerait par le hash ou le commit de la version envoyée et par son état dans le cycle d'affinage. Il donnerait ensuite les dates d'effet.

Son noyau serait une matrice de cinq livrables : état actuel, maturité terminale retenue, trimestre cible ou motif attribué d'absence d'estimation, et critère de réussite applicable. Pour une sortie en CR suivie de maintenance, il faudrait préciser si les Snapshots continuent, quelles modifications sont permises et qui décide des publications suivantes.

Un registre documentaire solderait séparément le livrable fictif, la chronologie FooML/BarML, l'affichage FTE, le rythme des réunions et le canal de travail. Une entrée peut être résolue dans un commit, conservée volontairement, déclarée non applicable ou différée avec un responsable. L'absence d'entrée ne devrait pas faire office de choix.

Enfin, la note de changement dirait clairement : le périmètre technique demeure, mais le calendrier, le terme de maturité et les mécanismes d'exploitation ne sont plus ceux de 2024. Le reçu n'imposerait pas Recommendation. Il rendrait simplement la proposition soumise reproductible.

Sources