agl specification
Version 2.9
© 1997–2019 Adobe.
Die Erlaubnis wird hiermit an jede Person, die eine Kopie dieser Dokumentationsdatei erhält, kostenlos zur Verwendung, Kopie, Veröffentlichung, Verteilung, Unterlizenz und/oder verkauft Kopien der Dokumentation erteilt, und es anderen zu erlauben, dasselbe zu tun, sofern:
Es ist keine Änderung, Bearbeitung oder andere Änderung dieses Dokuments zulässig. Und
Die oben genannte Copyright -Mitteilung und diese Berechtigungsbekanntmachung müssen in alle Kopien der Dokumentation aufgenommen werden.
Die Erlaubnis wird hiermit an jede Person, die eine Kopie dieser Dokumentationsdatei erhält, kostenlos erteilt, um ihre eigenen Ableitungen aus dem Inhalt dieses Dokuments zu erstellen, um zu verwenden, zu kopieren, zu veröffentlichen, zu verteilen, zu sublizenzieren und/oder die abgeleiteten Werke zu verkaufen und andere zu erlauben, dass das abgeleitete Werk nicht als Kopie dieses Dokuments dargestellt wird.
Adobe haftet keiner Partei für einen Einnahmeverlust oder Gewinn oder für indirekte, zufällige, besondere, konsequentierte oder ähnliche Schäden, ob auf der unerlaubten Handlung (einschließlich ohne Einschränkung der Fahrlässigkeit oder der strengen Haftung), Vertrag oder andere rechtliche oder gerechte Gründe, selbst wenn Adobe nachgewiesen wurde oder Grund zur Bekanntheit der Möglichkeit, die Möglichkeit einer solchen Schadensschäden zu kennen. Die Adobe -Materialien werden nach „Wie ist“ bereitgestellt. Adobe lehnt ausdrücklich alle ausdrücklichen, gesetzlichen oder stillschweigenden Garantien in Bezug auf die Adobe-Materialien ab, einschließlich, aber nicht beschränkt auf diejenigen, die für die Handelsfähigkeit oder Eignung für einen bestimmten Zweck oder die Nichtverletzung von Rechten Dritter in Bezug auf die Adobe-Materialien in Bezug auf Handelsfähigkeit oder Eignung beschränkt sind.
Adobe hält keine Patente zum Thema dieser Spezifikation.
Dokument Version 2.9. Zuletzt aktualisiert am 21. August 2019
Der Zweck der Listspezifikation der Adobe -Glyphen besteht darin, die Berechnung einer Unicode -Zeichenfolge aus einer Sequenz von Glyphennamen zu beschreiben. Dies wird erreicht, indem eine Zuordnung von Glyphennamen zu Unicode -Zeichenketten angegeben wird.
Die Zuordnung soll eine Folge von Glyphennamen in Klartext konvertieren und gleichzeitig die zugrunde liegende Semantik erhalten. Zum Beispiel wird der Glyph -Name für 'A', der Glyphename für 'Small Capital A' und der Glyphename für eine SCHWASH -Variante von 'a' demselben UV ( Unicode -Wert ) zugeordnet. Dies ist nützlich, um Text in einigen Umgebungen zu kopieren und auch für Textsuche nützlich, die alle Glyphenamen in der ursprünglichen Zeichenfolge übereinstimmen, die 'a' entsprechen.
Es liegt außerhalb des Geltungsbereichs dieser Spezifikation, um den Satz rechtlicher Glyphennamen zu bestimmen. Glyphennamen treten in vielen verschiedenen Kontexten auf, die jeweils eine eigene Definition dessen haben, was einen rechtlichen Namen darstellt. In dieser Spezifikation wird nur angenommen, dass ein Glyphename einer willkürlich endlichen Abfolge von Unicode -Zeichen entspricht.
Die Spezifikation besteht aus AGL ( Adobe Glyphe -Liste ), die eine Zuordnung bestimmter Glyphennamen zu Unicode -Werten sowie Regeln für die Zerlegung und Interpretation von Glyphenamen liefert. Da erwartet wird, dass diese Spezifikation in vielen Software -Teilen implementiert wird und dass die Überarbeitung aller Implementierungen, die sie verwenden, unwahrscheinlich ist, soll diese Spezifikation stabil sein, was bedeutet, dass sie niemals inhaltlich überarbeitet werden darf. Insbesondere ist beabsichtigt, dass die AGL jemals zu den Zuordnungen hinzugefügt werden. Außerdem soll AGL nicht als Leitfaden für die Auswahl von Glyphamen für neue Schriftarten dienen. Zu diesem Zweck existiert AGLFN ( Adobe Glyphe -Liste für neue Schriftarten ) (siehe Abschnitt 6).
Diese Spezifikation unterstützt den gesamten Bereich der Unicode -Skalarwerte U+0000 bis U+10ffff. Es hängt nicht vom Zeichenrepertoire einer bestimmten Unicode -Version ab. Daher gilt es für vergangene, aktuelle und zukünftige Versionen des Unicode -Standards.
Schrifthersteller werden nachdrücklich ermutigt, diese Spezifikation zu respektieren, wenn sie die Glyphen für ihre Schriftarten benennen. Schriftart Verbraucher werden ermutigt, diese Spezifikation zu befolgen, wenn sie versuchen, Inhalte aus Glyphennamen abzuleiten.
Um einen Glyphenamen einer Zeichenfolge zuzuordnen, befolgen Sie die drei folgenden Schritte:
Lassen Sie alle Zeichen aus dem Glyphennamen fallen, beginnend mit dem ersten Auftreten einer Periode (U+002E voller Stopp), falls vorhanden.
Teilen Sie die verbleibende Zeichenfolge in eine Sequenz von Komponenten unter Verwendung von Unterstrich (U+005F -Leitung) als Trennzeichen auf.
Zeichnen Sie jede Komponente einer Zeichenfolge gemäß der folgenden Prozedur ab und verkettet diese Zeichenfolgen. Das Ergebnis ist die Zeichenzeichenfolge, auf die der Glyph -Name zugeordnet ist.
Wenn es sich bei der Schriftart Zapf -Dingbats (PostScript -FontName: Zapfdingbats ) handelt und die Komponente in der ITC Zapf Dingbats Glyphe -Liste befindet, dann dem entsprechenden Zeichen in dieser Liste zuzuordnen.
Andernfalls, wenn sich die Komponente in AGL befindet, dann dem entsprechenden Zeichen in dieser Liste zuordnen.
Andernfalls, wenn die Komponente von der Form 'uni' (u+0075, u+006e und u+0069) ist, gefolgt von einer Sequenz von Obergründen hexadezimalen Ziffern (0–9 und a - f, was bedeutet, dass U+0030 bis U+0039 und U+0041 bis vier bis vier Personen in der Länge der Länge der Länge der Länge der Länge der Länge der Länge der Länge der Länge der Länge der Länge der Länge von einer Vierheit und einer Mehrfache und einer Mehrfache und einer Mehrfache und einer Mehrfache und einer Mehrfache und einer Mehrfache und einer Mehrfache und einer Vierheit und einer Vierheit und einer Viertel -Vierer -Gruppe und einer Viertel. Bereiche 0000 bis D7FF oder E000 über FFFF, dann interpretieren Sie sie dann als Unicode -Skalarwert und kartieren Sie die Komponente der Zeichenfolge dieser Skalarwerte. Beachten Sie, dass die Beschränkungen von Bereich und Ziffernlänge bedeuten, dass das Präfix "Uni" -Glyphenname nur mit UVs in der grundlegenden mehrsprachigen Ebene (BMP) verwendet werden kann.
Andernfalls, wenn die Komponente von der Form 'u' (u+0075) ist, gefolgt von einer Sequenz von vier bis sechs Großbuchstaben hexadezimalen Ziffern (0–9 und A - F, was U+0030 durch U+0039 und U+0041 bis u+0046), und diese Digiten repräsentieren einen Wert. und kartieren Sie die Komponente der Zeichenfolge dieses skalaren Werts.
Andernfalls kartieren Sie die Komponente einer leeren Zeichenfolge.
Der Name 'lcommaaccent' hat eine einzelne Komponente, die der Zeichenfolge U+013b von AGL zugeordnet ist.
Der Name 'Uni20AC0308' hat eine einzige Komponente, die der Zeichenfolge U+20AC U+0308 zugeordnet ist.
Der Name 'U1040C' hat eine einzelne Komponente, die der Zeichenfolge U+1040C zugeordnet ist.
Der Name 'UNID801DC0C' hat eine einzige Komponente, die einer leeren Zeichenfolge zugeordnet ist. Weder D801 noch DC0C befinden sich im entsprechenden Satz. Diese Form kann nicht verwendet werden, um dem Zeichen zuzuordnen, das in UTF-16 als D801 DC0C ausgedrückt wird, insbesondere U+1040c. Dieses Zeichen kann durch den Glyphennamen 'U1040C' korrekt zugeordnet werden.
Der Name 'Uni20ac' hat eine einzige Komponente, die einer leeren Zeichenfolge abgebildet ist (beachten Sie den Kleinbuchstaben 'a' und 'C').
Der Name 'lcommaaccent_uni20AC0308_U1040c.Alternate' enthält drei Komponenten, die 'lcommaaccent', 'uni20AC0308' und 'u1040c' sind. Es ist der Zeichenfolge U+013B U+20AC U+0308 U+1040C abgebildet.
Im Allgemeinen können mehrere Namen derselben Zeichenfolge abgebildet werden. Zum Beispiel die Komponenten "Lcommaaccent", "Uni013b" und "u013b" sind alle zu der String U+013b.
Der Name 'Foo' karten zu einer leeren Zeichenfolge, weil 'Foo' nicht in AGL ist und weil er nicht mit einem 'u' beginnt.
Der Name '.notdef' wird im ersten Schritt auf eine leere Zeichenfolge reduziert und durch die letzte Klausel des dritten Schritts einer leeren Zeichenfolge abgebildet.
Diese Spezifikation unterstützt die Zuordnung von Glyphenamen zu Zeichenfolgen, die PUA -Werte enthalten. Beispielsweise sind die Namen 'OgoneksMall' und 'unif6fb' beide zu der Zeichenfolge zugeordnet, die U+F6FB entspricht.
Diese Spezifikation umfasst weder eine bestimmte PUA -Verwendung, noch angenommen. Es ermöglicht lediglich die Namenszahlen von Glyphen so, dass die wiederhergestellten Zeichenketten PUA -Codepunkte enthalten. Es liegt an den Herstellern und Verbrauchern von Glyphennamen, eine Vereinbarung über die PUA -Nutzung zu schaffen.
Schriftart Designer sollten beachten, dass die Festlegung dieser Vereinbarung mit Benutzern von allgemeinen Schriftarten schwierig sein kann. Es ist wahrscheinlich, dass nicht alle Werkzeuge, die aus Glyphennamen erstellten Charakterzeichenfolgen manipulieren, die PUA -Verwendung korrekt implementieren, und dies kann zu falschen oder unerwarteten Funktionen führen. Für allgemeine Schriftarten wird daher alle Glyph-Namen in Zeichenfolgen, die keine PUA-Codepunkte enthalten, empfohlen.
Diese Spezifikation hat sich im Laufe der Zeit entwickelt. Weitere Änderungen finden Sie in Abschnitt 7 ( Dokumentänderungen ).
Für Glyphen, die Zeichen im Unicode -Standard entsprechen, wird empfohlen, Namen mit dem „Uni“ -Prefix für Zeichen in der grundlegenden mehrsprachigen Ebene (BMP) und dem kürzeren "U" -Prefix für Zeichen in den 16 ergänzenden Flugzeugen gemäß den Regeln in Abschnitt 2 anzugeben.
Dies bedeutet nicht, dass Schriftarten ungültig sind, wenn sie ohne Verwendung der Präfixe "Uni" und "U" für ihre Glyphenamen hergestellt werden. Mit einer Gruppe von Ausnahmen arbeiten alle Glyphenamen in AGL derzeit in allen bekannten Umgebungen sowie Namen mit dem Präfix "Uni". Die Ausnahmen sind die AGL -Glyphennamen, die PUA -Codepunkten zugeordnet sind. Dazu gehören alle Vorgesetzten und kleine Kappennamen. Die Verwendung dieser Namen führt zum Zwecke des Suchtextes einige aktuelle Implementierungen dazu, Namen wie "Asmall" auf den in AGL angegebenen PUA -Wert zu kartieren, und nicht in die UV für "A". Wir empfehlen nun, diese Glyphen gemäß den in diesem Abschnitt festgelegten Regeln zu benennen. Eine Teilmenge von AGL, die die mit der PUA zugeordneten Namen ausschließt, wird von AGLFN ( Adobe Glyphe -Liste für neue Schriftarten ) bereitgestellt.
Wenn mehrere Glyphen in einer Schriftart das gleiche Zeichen im Unicode -Standard darstellen, wie z. Das Suffix (der Teil des Glyphennamens, der in der ersten Periode folgt) beteiligt sich nicht an der Berechnung einer Zeichensequenz. Es kann von Schriftart Designern verwendet werden, um spezielle Eigenschaften der Glyphs anzuzeigen. Das Suffix kann Zeiträume oder andere zulässige Zeichen enthalten. Zum Beispiel könnte eine kleine Kappe 'a' somit 'uni0041.sc' oder 'A.Sc' bezeichnet werden.
Wenn es mehrere Varianten desselben Basisglyphen gibt, sollten die Varianten-Suffixe mit Null-Padd-Ziffern mit fester Länge so enthalten, dass die beabsichtigte Reihenfolge beibehalten werden kann, wenn und wenn die Glyphenamen sortiert sind, kann die beabsichtigte Reihenfolge erhalten bleiben. Wenn beispielsweise der „Ampersand“ -Glyphe 23 alternative Formen hat, würden sie "Ampersand.Alt01" durch "Ampersand.alt23" genannt und nicht "Ampersand.ALt" zusammen mit "Ampersand.alt1" durch "Ampersand.Alt22". Diese Regel bietet nur eine geringfügige Bequemlichkeit für die Entwicklung und Prüfung der Schriftart und Tests. Wie oben erwähnt, beteiligen sich diese Glyphennamensuffixe nicht an der Berechnung einer Zeichensequenz.
Diese Spezifikation standardisiert keine der Suffixe. Jedes willkürliches Suffix funktioniert für die Suchfunktion der Text. Für die Entwicklung und Tests verwendet Adobe den am besten geeigneten OpenType -Layout -Feature -Namen als Suffix. Zum Beispiel könnte eine kleine Kappe 'a' benannt werden 'A.Smcp', eine anfängliche Form 'A.init', eine endgültige Form 'A.Fina' und eine durchdachte Form 'A.SWSH'. Wenn es zusätzliche SCHWASH -Formulare gibt, könnten sie "A.SWSH1", "A.SWSH2" und so weiter genannt werden. Im Folgenden sind Beispiele für Suffixe, die in Adobe's Schriftarten verwendet werden:
Für Glyphen, die keinem Charakter im Unicode -Standard entsprechen, hat der Name keine technische Nützlichkeit. Jeder Name kann zugewiesen werden, solange der Name nicht als semantischen Wert gemäß den Regeln in diesem Dokument ausgelegt wird. Die Praxis des Typentwicklungsteams bei Adobe ist, dass wenn es ein nützliches beschreibendes Tag für einen Glyphen gibt, es entsprechend nennen, wie z. Ansonsten nennen Sie es als Variante von "Orn" (kurz für Ornament), wie "orn001", "orn123" und so weiter.
Für Glyphen, die Ligaturen von Standard -Unicode -Zeichen darstellen, gibt es zwei vorgeschlagene Formate für ihre Glyphenamen wie folgt:
Deskriptive Die Zerlegung wird ausgedrückt, indem die Glyphennamen der Standard -Unicode -Zeichen verbinden, damit ein Unterstrich verwendet wird (U+005F niedrige Linie). Die Glyphennamen der Zeichen sollten die Präfixe von 'Uni' oder 'u' angeben und wie oben beschrieben oder mit einem Namen von AGL Großbuchstaben in Großbuchstaben verwenden. Zum Beispiel sollte die "Off I" -Ligatur "o_f_f_i" genannt werden.
UV mit 'Uni' Präfix Der Glyph -Name wird als Präfix 'Uni' ausgedrückt, gefolgt von zwei oder mehr Sequenzen von vier Großbuchstaben hexadezimaler Ziffern. Jede Sequenz von vier Großbuchstaben hexadezimaler Ziffern gibt in der Reihenfolge einen Unicode -Skalarwert innerhalb des BMP an. Zum Beispiel sollte der Charakter -Latin -Kapitalbuchstaben EZH mit Circumflex und Grab, der nicht in Unicode ist, als „UNI01B703020300“ bezeichnet werden, da der lateinische Kapitalbuchstaben EZH U+01B7 ist und Circumflex -Akzent u+0302 und das Kombinieren des Grabakzents ist U+0300. Eine Ligatur der Glyphen mit dem Namen "T.Swash" und "H" kann als "t_h.swash" bezeichnet werden. 'T.Swash_H' wäre falsch, da dies als glyphische Variante von 'T' interpretiert würde. Alle Glyphenamen unterliegen einer Länge von 63 Zeichen und erfordern, dass sie vollständig aus Zeichen aus dem folgenden Satz bestehen: A-Z, A-Z, 0–9, '.' (Periode; U+002E Full Stop) und '_' (Unterstrich; u+005f niedrige Linie). Einige ältere Implementierungen können eine Länge von 31 Zeichen auferlegen.
Eine kurze Überprüfung einiger früherer Implementierungsprobleme und der Folgegrenzen für Glyphennamen wird in den Dokument- Glyphenamen und aktuellen Implementierungen (basierend auf Version 1.1, vom 2003-01-31) angegeben, der nachstehend inline zur Verfügung gestellt wird:
Einleitung Dieser Artikel ist stark zeitlich datiert, da er Kommentare zu aktuellen Implementierungen enthält. Bitte beachten Sie dies, wenn Sie es nach Oktober 2002 viel lesen.
Wo und warum Glyphennamen nach den Namenskonventionen der (nicht länger verfügbaren) Artikel Unicode- und Glyphennamen verwendet werden, ermöglicht derzeit das Kopieren von Text und den Suchtext in PDF-Dokumenten ( tragbarer Dokumentformat ) unter einer Vielzahl von Umständen, als keine Namen oder Namen zu haben, die diesen Konventionen nicht folgen. In der Zeit des Internets, in dem viele Dokumente durchsucht werden müssen, um nützlich zu sein, ist dies sehr wichtig.
Viele PDF -Dateien werden aus PostScript -Druckerdateien erstellt, wenn die ursprünglichen Schriftarten, auf die das Dokument verwiesen wird, nicht verfügbar sind und die eingebetteten Schriftarten verwendet werden müssen. In diesem Fall ist die Unicode -CMAP -Tabelle einer Openentyp -Schrift nicht verfügbar, und der einzige Hinweis, den der PDF -Produzent über die Semantik eines Glyphs hat, ist der Name.
Selbst wenn die ursprüngliche Schriftart verfügbar ist, kann eine Glyphe, die nicht direkt einem Zeichen in Unicode entspricht, über seinen Namen noch sinnvoll mit einem Unicode -Zeichen verbunden sein. Wenn Sie beispielsweise eine dekorative Variante von 'T' als 'T.alt' benennen, ermöglicht es einem PDF -Produzenten, zu bemerken, dass 'T.alt' die gleiche Semantik wie 'T' für die Suche und andere Zwecke trägt.
In Zukunft wird erwartet, dass mehr Produkte als die eigenen von Adobe die Unicode-basierte Textzeichenfolge durch die Suche nach einem Glyphen unterstützen, was bedeutet, dass der Nützlichkeitsumfang dieser Regeln viel breiter wird.
Bei TrueType -Schriftarten, denen die Glyphennamen insgesamt fehlen, führt das Vorhandensein eines Unicode -Werts für einen Glyphen in der CMAP -Tabelle in den meisten Fällen weiterhin zu Glyphen, die mit einem Unicode -Charakter korrekt zugeordnet werden. Für Glyphen, die nicht von einem Unicode -Codepunkt zugeordnet sind, gelten frühere Kommentare.
Warum ist das Präfix 'u' noch nicht für Glyphen empfohlen, die in Unicode's BMP codiert sind? Das Präfix 'u' wird nicht von Acrobat -Versionen 4 und 5 unterstützt . Es wurde von Acrobat Version 6 und später unterstützt. AGL -Namen und Glyphennamen, die das Präfix 'Uni' zusammen mit dem '.' Verwenden. und '_' Parsing -Regeln werden bereits von Acrobat -Versionen 4 und 5 unterstützt.
Länge und Zeichen setzen Einschränkungen für Namen Glyphen aus dem Western OpenType/CFF und TrueType-Schriftarten in vielen Workflows als namigen Schriftdaten. Infolgedessen unterliegen Glyph -Namen immer noch den Einschränkungen der Länge und der Zeichensatz, die durch die Typ -1 -Spezifikation und Postscript -Interpreter -Implementierungen auferlegt werden. Obwohl beide angeben, dass ein Glyphename nicht länger als 31 Zeichen lang ist, können in der Praxis, insbesondere in modernen Umgebungen, Glyphenamen bis zu 63 Zeichen betragen, dürfen jedoch nicht mit einer Ziffer oder Periode beginnen und müssen ausschließlich aus Zeichen aus dem folgenden begrenzten Satz bestehen:
Die einzige Ausnahme von diesen Anforderungen ist das Special '.notdef' Glyphe.
Zum Beispiel sind 'Twocents', 'A1' und '_' gültige Glyphennamen, aber '2Cents' und '.twocents' nicht.
ATM- und Kerning -Paar -Filterung für viele Anwendungen, die Unterstützung für Kerning in OpenType -Schriftarten wurde in begrenztem Umfang von den Windows- und Macintosh -Versionen von ATM ( Adobe Typ Manager ) bereitgestellt. Diese Einschränkung tritt auf, da die meisten Anwendungen, die nicht angenommen wurden, dass alle Kerning-Paare in einer Schriftart angemessen passen können, eine einzelne Tabelle ist und dass es nicht mehr als ein paar tausend Kerning-Paare geben wird. Die Bereitstellung von mehr Kerning -Paaren als dies führte dazu, dass solche Anwendungen zum Absturz gebracht wurden. Bei klassenbasiertem Kerning, das durch OpenType-Layout unterstützt wird, würde selbst eine Schriftart mit nur 220 Glyphen diese Grenze normalerweise überschreiten, wenn sie gut kernt. Um solche Opentyoe-Schriftarten zu ermöglichen, ohne viele aktuelle Anwendungen zu stürzen, unterstützte ATM Kerning über Legacy OS-basierte APIs, indem er zuerst das klassenbasierte Kerning auf eine Liste einzelner Glyphennamepaare vollständig erweiterte und diese Liste dann durch eine hart codierte Liste mit Glyphennamen filterte. Wenn der Glyphename auf beiden Seiten des Kerning -Paares in der Filterliste nicht vorhanden war, wurde das gesamte Kerning -Paar weggelassen. Die Kerning -Paar -Filterliste für Windows 95 und Mac OS 9 sowie für Windows NT und Windows 2000 ist nicht mehr verfügbar.
Version 2.9 (21. August 2019) Editorial Update.
Version 2.8 (9. August 2018) Die Länge der Glyphenamen wurde von 31 auf 63 Zeichen angepasst, um aktuelle Praktiken und Implementierungen widerzuspiegeln, sowie einen Hinweis, dass einige ältere Implementierungen möglicherweise eine Grenze mit 31 Zeichen auferlegen.
Version 2.7 (12. August 2017) Das externe Dokument mit dem Titel Glyphamen und aktuelle Implementierungen mit redaktionellen Änderungen wurde an Abschnitt 6 angehängt.
Version 2.6 (28. März 2015) Minor Redaktionsrevision im Zusammenhang mit der Migration in GitHub.
Version 2.5 (10. November 2010) Kleinere redaktionelle Revision im Zusammenhang mit der offenen Spezifikation.
Version 2.4 (24. September 2003) Kleinere Revision. Spitze URL für Adobe -Glyph -Namen für neue Schriftarten zu einer neuen Revision.
Version 2.3 (17. April 2003) Kleinere Überarbeitung. Es wurde ein kurzer Satz hinzugefügt, um klar zu machen, dass das "Uni" -Präfix nur mit BMP -Unicode -Werten verwendet werden kann.
Version 2.2 (31. Januar 2003) Kleinere Überarbeitung. Ein Link zur Liste der Glyphenamen hinzugefügt, die bei der Erstellung neuer Schriftarten verwendet werden sollen, und betonte, dass die AGL -Version 2.0 für diesen Zweck weder gedacht ist, und es geht auch nicht darum, Glyphen in einer Schriftart zu codieren.
Version 2.1 (4. November 2002) Kleinere Überarbeitung, erweitert den Abschnitt zum Zuweisen von Glyphennamen in neuen Schriftarten.
Version 2.0 (20. September 2002) Hauptrevision, in der das Dokument über die Umwandlung von Glyphenamen in Unicode -Skalarwerte konzentriert; Zugabe vieler Namen in die AGL; Aktualisierung der Zapfdingbats -Liste auf Unicode Version 3.2.
Version 1.1 (17. Dezember 1998) überarbeitet das gesamte Dokument im Allgemeinen. Die meisten Tabellen und Datendateien aktualisiert. Abschnitt hinzugefügt, um Glyphamen auszuwählen. Pseudocode zum Extrahieren von Semantik, die auf nicht-Unicode-Ligaturen und glyphische Varianten erweitert wurden. Abschnitt hinzugefügt, um separate Entwürfe für Doppelmordungen bereitzustellen. Abschnitt zu Diskrepanzen mit WGL4 entfernt (nicht mehr anwendbar; WGL4 wurde aktualisiert).
Version 1.0 (10. November 1997) Erste Version.
