Zusammenfassung

  • Unicode meldet eine geschlossene 18.0.0-Beta-Prüfung, die Prüfung von Rückmeldungen und letzten technischen Änderungen durch UTC #188 sowie einen geplanten finalen Termin am 16. September 2026.
  • Vorschlag, Registernummer, öffentliche Prüfung, UTC-Entscheidung, finales Artefakt und Adoption in Software beantworten unterschiedliche Fragen.
  • Ein versionierter Veröffentlichungsnachweis kann diese Übergänge sichtbar machen, ohne einen Zeitplan zur Zusage zu erklären.

Ein Datum ist kein Artefakt

Die Seite Beta Review Status bezeichnet 18.0.0 als nächste Version des Unicode Standard und führt den 16. September 2026 in der Zeile für die finale Veröffentlichung auf. Zugleich wird der Plan als vorläufig beschrieben; die Beta-Prüfung sei geschlossen, und Rückmeldungen sowie letzte technische Änderungen würden bei UTC #188 geprüft.

Diese Angaben sind wichtig, aber nicht austauschbar. Ein Datum hilft einem Team bei der Ressourcenplanung. Der Abschluss einer Prüfung beschreibt den Zustand einer öffentlichen Phase. Eine angekündigte weitere Ausschussprüfung zeigt, dass die veröffentlichte Abfolge noch einen Governance-Schritt enthält. Keiner dieser Punkte liefert für sich eine finale Kennung, einen Datei-Hash, einen Veröffentlichungszeitpunkt oder den Nachweis, dass ein Betriebssystem, eine Schrift, eine Bibliothek, ein Browser oder ein Dienst die Daten bereits übernimmt.

Das ist praktisch relevant. Ein Produktteam kann Unterstützung ankündigen, bevor das finale Artefakt vorliegt. Beschaffung kann eine erwartete Version als erfüllte Kompatibilitätsbedingung notieren. Ein Maintainer kann eine Beta-Datei getestet haben und später nicht mehr nachvollziehen können, ob sich die finale Datei unterschied. Nicht die frühe Prüfung ist das Problem, sondern die Behauptung, sie belege schon die nächste Stufe.

Was Beta tatsächlich begrenzt

Unicode trennt Alpha und Beta ausdrücklich. Alpha dient der Prüfung des erwarteten Repertoires und der Tabellen; der Umfang ist recht fest, kann aber noch geändert werden. In Beta ist das Zeichenrepertoire festgelegt und stabil, während Zeichen-Eigenschaftsdaten und algorithmische Änderungen im Mittelpunkt stehen, die Implementierungen beeinflussen können. Die Seite nennt auch UCD-Dateien, synchronisierte Standards, vorläufige Tabellen und Anhänge, die für die Beta aktualisiert werden.

„Stabil“ hat damit eine enge Bedeutung. Es macht nicht alle Veröffentlichungsbestandteile final. Es verwandelt keinen geplanten Termin in eine vollzogene Veröffentlichung. Es erlaubt auch nicht, einen Beta-Download als Produktionskompatibilität auszugeben. Es zeigt, was geprüft werden soll und welche Rückmeldungen noch von Bedeutung sein können.

Ein Team kann dokumentieren, dass es ein identifiziertes Beta-Artefakt mit bestimmter Version, Hash und Datum intern getestet hat. Es sollte anschließend das finale Artefakt, das es akzeptiert, getrennt dokumentieren. So bleiben zwei wahre Aussagen erhalten: Der frühe Test fand statt; Unterstützung der finalen Version wird nicht ohne deren Beleg behauptet.

Ein Register ist keine Entscheidung

Das UTC-Dokumentregister ist wertvolle öffentliche Verwahrung. Seine Pipeline beschreibt genehmigte Zeichen und Schriften, die noch in ISO-Prüfung oder Abstimmung sein und in keiner Version des Unicode Standard veröffentlicht sein können. Genehmigt und veröffentlicht sind also keine Synonyme.

Auch die Einreichungsregeln ziehen eine Grenze. Ein Dokument kann vorgeprüft, überarbeitet, vertagt, erst später in das Register aufgenommen oder für die Aufnahme abgelehnt werden. Eine Dokumentnummer belegt einen dokumentierten Bearbeitungsweg, nicht aber eine technische Entscheidung, eine finale Version oder ein ausgerolltes Ergebnis.

Die Technical Group Procedures bestimmen, dass technische Entscheidungen nur auf Ebene des Technical Committee getroffen werden, beim Treffen und Aufzeichnen quorumspflichtig sind und in Protokollen oder einem anderen schriftlichen Mechanismus festgehalten werden müssen. Eine Working Group gibt Empfehlungen und Vorschläge ab, trifft aber keine technischen Entscheidungen. Public Review Issues haben Titel, Zusammenfassung und Frist; weder ihr Wortlaut noch eingegangene Kommentare binden das Committee.

Ein Nachweis, der Zustände verbindet

Der angemessene Zusatz ist ein versionierter Release-State-Nachweis: Version und Phase; Prüfungsfenster und erklärter Umfang; einschlägige Vorschlags-, Register- oder Prüfungsverweise; der passende öffentliche UTC-Entscheidungsnachweis; URLs, Versionsbezeichnungen, Hashes und Zeitpunkt finaler Artefakte; sowie ein gesonderter Nachweis der Adoption durch eine konkrete Implementierung.

Jedes Feld beantwortet nur eine Frage: eingereicht, geprüft, entschieden und protokolliert, final veröffentlicht oder von einer bestimmten Implementierung übernommen? Unbekanntes bleibt unbekannt. Der Nachweis darf keine Entscheidung aus einer Nummer, keine veröffentlichte Datei aus einem Datum und keine Einführung aus einer Ankündigung ableiten.

Quellen

  1. Unicode Beta Review Status
  2. Unicode Technical Group Procedures
  3. UTC Document Registry
  4. How to Submit Proposal Documents
  5. Unicode Technical Committee
  6. Heng Lu — The Registry Continuity Fallacy
  7. Heng Lu — The Multi-Stakeholder Mirage