Zusammenfassung

  • Am 18. August 2026 eröffnete W3C die Prüfung einer neuen BTT-Charta bis zum 18. September und verlängerte die geltende Charta bis zum 23. Oktober.
  • Die aktuelle Charta nennt AT Driver als normative Spezifikation. Der Nachfolgeentwurf streicht sie ausdrücklich und verweist auf eine mögliche Übernahme durch ARIA bei dessen nächster Charta.
  • Die aktive ARIA-Charta läuft bis 1. Januar 2027, führt AT Driver aber nicht als Arbeitsergebnis.
  • ARIA-Issue 2826 ist offen. Das Juli-Protokoll beschreibt den Weg zu einer möglichen Aufnahme, nicht deren Vollzug.
  • Der Editor's Draft vom 26. August nennt weiterhin BTT als veröffentlichende Gruppe. Fortgesetztes Editieren ist keine ARIA-Annahme.
  • Ein versioniertes Übergaberegister sollte Ausgangs- und Empfangscharta, Textstand, Entscheidungsgewalt, Teilnahme und Patentkontext verbinden.

Der Entwurf spricht schon von früher, die geltende Charta von heute

AT Driver ist ein Protokoll zur Inspektion und Fernsteuerung assistiver Software. Ein Testsystem kann etwa eine Screenreader-Sitzung anlegen, Einstellungen verändern, Nutzeraktionen auslösen und ausgegebenen Text empfangen. Viele Konzepte stammen aus WebDriver BiDi, doch das gesteuerte System ist nicht zwingend Teil eines Browsers.

Diese doppelte Herkunft führte 2024 zur Aufnahme in die BTT-Charta. Das gültige Dokument nennt AT Driver neben WebDriver und WebDriver BiDi als normative Spezifikation. W3C verlängerte diese Charta am 18. August bis zum 23. Oktober, damit das Verfahren für den Nachfolgeauftrag abgedeckt bleibt.

Im vorgeschlagenen Text fehlen die AT-Driver-Abschnitte. Als normative Ergebnisse verbleiben WebDriver und WebDriver BiDi. Die Historie vermerkt ausdrücklich, dass AT Driver gestrichen wird. Unter Koordination heißt es, die Spezifikation habe früher zum BTT-Umfang gehört und könne von ARIA übernommen werden, wenn diese Gruppe neu gechartert wird.

Das ist ein Zukunftssatz. Bis zur Genehmigung einer Nachfolgecharta bestimmt das aktive Dokument die Zuständigkeit. Auch der Ablauf der Prüffrist am 18. September macht den Entwurf nicht automatisch wirksam.

Für ARIA spricht mehr als der Name

Das Protokoll einer ARIA-Editors-Sitzung vom 8. Juli nennt konkrete Gründe für den Wechsel. AT Driver braucht WebDriver-BiDi-Wissen und Zusammenarbeit mit Browsern. Zugleich hängen brauchbare Implementierungen von Screenreader-Herstellern und Schnittstellen assistiver Technologien ab. Ein Hersteller mit eigener Implementierung war in ARIA, nicht in BTT, vertreten.

Automatisierung ist auch Voraussetzung für skalierbare ARIA-Interoperabilitätstests. Wenn Sprache, Navigationsmodus und Nutzerabsichten nur von Hand geprüft werden, lassen sich viele Plattformen und Produkte kaum regelmäßig vergleichen. AT Driver macht damit einen Teil des ARIA-Versprechens überprüfbar.

Fachliche Nähe ersetzt jedoch keine Charta. Der aktive ARIA-Auftrag reicht bis 1. Januar 2027 und enthält zahlreiche WAI-ARIA- sowie Accessibility-API-Mapping-Spezifikationen, aber nicht AT Driver. Issue 2826 bittet lediglich um Prüfung einer künftigen Aufnahme. Er steht weiterhin auf Open und In Progress; die öffentliche Seite zeigt keinen verknüpften Branch oder Pull Request.

Als nächste Schritte nannte die Sitzung Gespräche zwischen Vorsitzenden und W3C-Team, einen möglichen Chartaentwurf, interne ARIA-Beratung und anschließend die Prüfung durch das Advisory Committee. Auch ein gemeinsames Arbeitsergebnis war vorgeschlagen worden, kam laut Protokoll aber nicht infrage. Das ist ein noch offener Entscheidungsweg.

Ein Editor's Draft darf die Lücke überbrücken

Die Beteiligten fragten ausdrücklich, ob eine frühe Streichung bei BTT problematisch wäre, solange ARIA nicht bereit ist. Die Antwort lautete nicht Stillstand. AT Driver war ein Editor's Draft und noch keine Working Draft. Der Text könne weiterentwickelt werden. Falls ARIA ihn nicht übernehme, könne die Community Group einen Community Group Report erstellen und einen späteren Standardisierungsversuch unternehmen.

Die Grenze zeigte sich bei der normativen Referenz. Im Protokoll heißt es, die Community-Group-Seite könne dafür noch nicht herangezogen werden; zuerst müsse eine Working Group zustimmen. Editorische Fortentwicklung, Community-Bericht und Veröffentlichung auf dem Recommendation Track bleiben getrennte Handlungen.

Der Stand vom 26. August passt dazu. Der AT-Driver-Entwurf nennt BTT als veröffentlichende Gruppe und dessen Liste als Kommentarkanal. Zugleich erklärt er, dass ein Editor's Draft keine Billigung durch W3C oder dessen Mitglieder bedeutet. Da BTT aktuell noch zuständig ist, ist das konsistent – aber keine vollzogene Übergabe.

Patentverpflichtungen folgen nicht einfach dem Git-Verlauf

W3C beschreibt den Scope einer Charta als äußere Grenze erlaubter Arbeit und zugehöriger Patentverpflichtungen. Der Übergangsleitfaden verlangt eine Neu-Charterung, wenn eingehende Arbeit außerhalb des bestehenden Auftrags liegt. Die Empfangscharta soll das übertragene Ergebnis und die Beziehung zur ursprünglichen Community Group nennen.

Daraus folgt kein Patentvakuum. Die Patent Policy bindet Verpflichtungen an die Arbeit der konkreten Working Group, der ein Teilnehmer beitritt. Bereits wirksame Zusagen verschwinden nicht bei einem Wechsel; für wesentlich ähnliche spätere Fassungen bestehen Fortwirkungsregeln. Die geprüften Quellen zeigen weder Verletzung noch Ausschluss oder gescheiterte Lizenzierung.

Offen bleibt der künftige Kontrollpunkt: Wer genehmigt Änderungen, wer darf veröffentlichen, welche Beteiligten treten ARIA unter welchem Regelwerk bei, und wie werden Beiträge Außenstehender erfasst? Commit-Historien sind dafür kein ausreichender Nachweis.

Ein Übergaberegister mit zwei Seiten

W3C muss die technische Arbeit nicht anhalten. Ein knappes, versioniertes Register kann Kontinuität und institutionelle Genauigkeit gleichzeitig sichern.

Die Ausgangsseite sollte die tatsächlich gültige BTT-Charta, ihr Enddatum und den exakten AT-Driver-Snapshot unter dieser Befugnis enthalten. Die Empfangsseite sollte später den ARIA-Entwurf, den Gruppenbeschluss, die AC-Prüfung, Genehmigung oder Ablehnung und den Call for Participation verknüpfen. Dazwischen gehören Repository-Verwaltung und zuständige Stelle für jede Entscheidungsklasse.

Ein Editor's-Draft-Update, ein Community Group Report, ein Working-Group-Beschluss und eine First Public Working Draft sind nicht dasselbe. Jeder Eintrag braucht Datum, Einwände, ersetzten Zustand und den damaligen Status normativer Referenzen.

Ohne vertrauliche Rechtsberatung offenzulegen, kann das Register außerdem die Patent-Policy-Version, Beitrittswege und Mechanismen für Nichtteilnehmer nennen. Es sollte sichtbar machen, ob Browser-Implementierer, Screenreader-Hersteller, Editoren und Testleitungen tatsächlich im zuständigen Entscheidungsgremium vertreten sind.

Heng Lus Abgrenzung gilt auch hier: Anwesenheit in einem Forum ist noch kein Mandat. Das Register zeigt, nach welcher Regel ein technischer Beitrag zur gültigen institutionellen Entscheidung wird.

Die laufende Prüfung kann die Naht schließen

Der BTT-Entwurf bezeichnet ARIA bereits als mögliche, nicht als sichere Empfängerin. Prüfer können die fachliche Richtung unterstützen und zugleich verlangen, dass die Streichung auf den Stand der Empfangscharta verweist, die Übergangszuständigkeit nennt und einen nächsten öffentlichen Termin setzt.

Das nimmt ARIA keine Wahl. Es schützt vielmehr die Möglichkeit, Umfang, Arbeitslast, Beteiligung und Patentkontext zu beraten, bevor technische Dynamik als Zustimmung ausgelegt wird. Ebenso bleibt BTTs gegenwärtige Befugnis bis zum tatsächlichen Wechsel klar.

Eine unfertige nächste Charta macht eine Spezifikation nicht herrenlos. Ein wahrscheinliches Ziel macht die Übergabe aber auch nicht vollständig.

Quellen

  1. W3C-Ankündigung der BTT-Chartaüberprüfung
  2. Vorgeschlagene BTT-Charta
  3. Geltende BTT-Charta
  4. ARIA-Issue 2826
  5. ARIA-Editors-Protokoll vom 8. Juli 2026
  6. Geltende ARIA-Charta
  7. ARIA-Charta-Historie
  8. AT Driver Editor's Draft
  9. W3C-Leitfaden zum Übergang Community Group–Working Group
  10. W3C Patent Policy vom 15. Mai 2025
  11. FAQ zur W3C Patent Policy
  12. Heng Lu, The Multi-Stakeholder Mirage