Résumé

  • Le 18 août 2026, le W3C a ouvert jusqu'au 18 septembre l'examen d'une nouvelle charte BTT et prolongé la charte en vigueur jusqu'au 23 octobre.
  • La charte actuelle classe AT Driver parmi les spécifications normatives; le projet suivant le supprime et indique qu'ARIA pourra l'adopter lors de sa prochaine recharte.
  • La charte ARIA reste valable jusqu'au 1er janvier 2027, mais elle ne mentionne pas AT Driver parmi ses livrables.
  • La question 2826 d'ARIA demeure ouverte. Les minutes publiques décrivent une éventuelle charte d'accueil, pas une décision déjà acquise.
  • Le brouillon d'éditeur du 26 août est toujours publié au nom de BTT. Il peut évoluer pendant l'intervalle sans devenir pour autant un livrable ARIA.
  • Un registre de transfert doit relier les deux chartes, l'instantané du texte, l'autorité de décision, la participation et le cadre de brevets.

Une sortie explicite, une arrivée au conditionnel

AT Driver cherche à automatiser les essais des technologies d'assistance. Il permet notamment de piloter un lecteur d'écran, de modifier ses réglages et d'observer ce qu'il restitue. Le protocole reprend des idées de WebDriver BiDi, mais son objet ne se limite pas au navigateur: une technologie d'assistance peut aussi fonctionner comme application autonome.

Cette double nature explique l'hésitation institutionnelle. En 2024, le W3C a ajouté AT Driver à la charte de Browser Testing and Tools. Cette charte est encore active et énumère AT Driver aux côtés de WebDriver et WebDriver BiDi. Le 18 août, elle a été prolongée jusqu'au 23 octobre pour couvrir l'examen du mandat suivant.

Le nouveau texte proposé raconte une autre étape. Sa liste normative ne conserve que WebDriver et WebDriver BiDi. Son historique signale sans détour la suppression d'AT Driver. Dans la rubrique de coordination, il décrit la spécification comme un travail qui relevait auparavant de BTT et qu'ARIA «pourra» adopter lors de sa prochaine charte.

Le conditionnel est essentiel. La proposition dessine une destination, elle ne l'institue pas. Jusqu'à l'approbation d'une charte successeure, le mandat courant reste celui qui s'applique.

ARIA réunit les compétences, pas encore le mandat

Le dossier public donne de bonnes raisons de rapprocher AT Driver d'ARIA. Lors d'une réunion d'éditeurs en juillet, les participants ont noté que le protocole se situe à l'intersection des navigateurs, des interfaces d'accessibilité et des fournisseurs de lecteurs d'écran. L'expertise WebDriver de BTT reste utile, mais l'unique implémentation réalisée directement par un fournisseur de technologie d'assistance venait d'une entreprise présente dans ARIA plutôt que dans BTT.

Les participants ont aussi souligné un besoin de fond: tester l'interopérabilité ARIA à grande échelle suppose d'automatiser la couche de technologie d'assistance. Un outil qui observe la parole produite par un lecteur d'écran ou exécute une intention utilisateur touche donc directement la promesse d'ARIA.

Mais la charte active d'ARIA, valable jusqu'au 1er janvier 2027, ne cite pas AT Driver. La question 2826, ouverte le 23 juin, demande seulement d'envisager son inclusion. Elle reste ouverte, marquée «In Progress», sans branche ni demande de fusion liée dans la fiche publique.

Les minutes du 8 juillet donnent une séquence: discussion entre présidences et équipe W3C, puis éventuel projet de charte ARIA, examen interne et enfin examen par l'Advisory Committee. Elles indiquent également qu'un livrable conjoint avait été proposé mais n'était pas possible. Ce chemin est une procédure à accomplir, non la trace d'une adoption.

La continuité technique ne comble pas le vide documentaire

La réunion a posé la question la plus utile: que se passe-t-il si BTT retire AT Driver alors que la nouvelle charte ARIA n'est pas prête? La réponse publique est pragmatique. Le texte n'était encore qu'un brouillon d'éditeur, et il pouvait continuer à avancer. Si l'accueil par ARIA échouait, le Community Group pourrait produire un rapport communautaire, puis retenter plus tard le passage vers un Working Group.

Le point de rupture apparaît au moment de l'usage normatif. Selon ces minutes, le côté Community Group ne pouvait pas encore fournir la référence normative nécessaire; il fallait attendre l'approbation d'un Working Group. Une modification de brouillon, un rapport communautaire et une publication sur la Recommendation Track sont donc trois actes distincts.

Le document vivant confirme cette chronologie. Daté du 26 août, le brouillon AT Driver identifie encore BTT comme groupe éditeur et renvoie les commentaires vers sa liste. Il précise aussi qu'un Editor's Draft n'engage ni le W3C ni ses membres. Puisque la charte BTT actuelle comprend toujours AT Driver, cette mention n'est pas anormale. Elle prouve simplement que la future coordination n'a pas encore remplacé le cadre présent.

Une charte délimite aussi les engagements

Une charte ne sert pas seulement à répartir des réunions. Les propres consignes du W3C présentent le périmètre comme la limite des travaux permis et des engagements de brevets. Le guide de transition précise qu'un groupe existant doit être recharté lorsque le travail entrant dépasse son mandat; la charte d'accueil doit nommer les livrables transférés et la relation avec le Community Group d'origine.

Il serait excessif d'en déduire un vide de licences. La Patent Policy rattache les obligations aux travaux du groupe précis auquel un participant adhère. Les engagements déjà constitués ne disparaissent pas mécaniquement: le texte prévoit leur persistance pour des versions ultérieures substantiellement similaires, sous certaines conditions. Aucun élément examiné ne signale un brevet bloquant, une exclusion ou un engagement défaillant.

L'enjeu est prospectif. Qui accepte les prochaines modifications? Quel groupe autorise une publication? Quels participants ont adhéré au nouveau périmètre? Quelle voie couvre un contributeur qui ne rejoint pas le groupe d'accueil? L'activité GitHub ne répond pas seule à ces questions.

Un reçu bilatéral pour le transfert

Le W3C peut préserver la vitesse du travail sans laisser l'autorité implicite. Il lui faut un dossier de transfert versionné et lisible des deux côtés.

Le versant BTT indiquerait la charte en vigueur, sa date de fin et l'instantané exact d'AT Driver sous ce mandat. Le versant ARIA lierait le projet de charte lorsqu'il existe, la décision du groupe, l'examen consultatif, l'approbation ou le refus et l'appel à participation. Entre les deux figureraient le gardien du dépôt et l'autorité compétente pour chaque catégorie de décision.

Ces catégories doivent être nommées: mise à jour d'un brouillon d'éditeur, rapport de Community Group, résolution de Working Group, première Working Draft ou autre transition de la Recommendation Track. Chaque acte devrait porter une date, un lien vers ses objections et l'état qu'il remplace.

Un volet sobre peut documenter la version de Patent Policy, le mécanisme d'adhésion au groupe d'accueil et la voie d'engagement des non-participants sans dévoiler de conseil juridique confidentiel. Un autre peut montrer la présence des implémenteurs de navigateurs, des fournisseurs de lecteurs d'écran, des éditeurs et des responsables de tests.

Selon la distinction de Heng Lu, contribuer n'est pas détenir le mandat. Le reçu de transfert ne ferme pas le dépôt; il montre la règle qui transforme une contribution en décision institutionnelle valable.

La proposition peut encore joindre les deux côtés

La période d'examen de la charte BTT est précisément le moment où exiger ce lien. Le texte reconnaît déjà qu'ARIA n'est qu'une destination possible. Il suffirait que la disposition de sortie renvoie vers l'état public de la charte d'accueil, désigne l'autorité intérimaire et fixe le prochain point de contrôle.

Cette solution ne préjuge pas du choix d'ARIA. Elle protège au contraire sa liberté de discuter le périmètre, la charge de travail, les tests et les engagements avant de consentir. AT Driver peut continuer à mûrir pendant ce temps.

Une spécification n'est pas abandonnée parce que sa prochaine charte n'est pas prête. Mais le transfert n'est pas réalisé parce que sa destination paraît logique.

Sources

  1. Annonce de l'examen de la charte BTT
  2. Projet de charte Browser Testing and Tools
  3. Charte BTT en vigueur
  4. Question ARIA 2826
  5. Minutes des éditeurs ARIA du 8 juillet 2026
  6. Charte ARIA en vigueur
  7. Historique des chartes ARIA
  8. Brouillon d'éditeur AT Driver
  9. Guide W3C des transitions Community Group–Working Group
  10. Patent Policy du W3C du 15 mai 2025
  11. FAQ de la Patent Policy
  12. Heng Lu, The Multi-Stakeholder Mirage