OpenType

Adobe y Microsoft continuaron desarrollando y perfeccionando OpenType durante la década siguiente. Luego, a finales de 2005, OpenType comenzó a migrar a un estándar abierto bajo la Organización Internacional de Normalización (ISO) dentro del grupo MPEG , que previamente (en 2003) había adoptado OpenType 1.4 por referencia para MPEG-4 . ^{[ 5 ] [ 7 ] [ 8 ] [ 9 ]} La adopción del nuevo estándar alcanzó la aprobación formal en marzo de 2007 como el estándar ISO ISO/IEC 14496-22 (MPEG-4 Parte 22) llamado Open Font Format (OFF, que no debe confundirse con Web Open Font Format ), ^{[ 10 ]} a veces denominado "Especificación de formato de fuente abierta" (OFFS). ^{[ 5 ]} El estándar inicial era técnicamente equivalente a la especificación OpenType 1.4, con los cambios de lenguaje apropiados para ISO. ^{[ 11 ]} La segunda edición de OFF se publicó en 2009 (ISO/IEC 14496-22:2009) y se declaró "técnicamente equivalente" a la "especificación de formato de fuente OpenType". ^{[ 12 ] [ 13 ]} Desde entonces, las especificaciones OFF y OpenType se han mantenido sincronizadas. OFF es un estándar libre y de acceso público. ^{[ 14 ]}

Para 2001, cientos de fuentes OpenType estaban en el mercado. Adobe terminó de convertir toda su biblioteca de fuentes a OpenType a finales de 2002. A principios de 2005En ese entonces, ya existían alrededor de 10 000 fuentes OpenType disponibles, de las cuales la biblioteca de Adobe representaba aproximadamente un tercio. Para 2006, todas las principales fundiciones tipográficas y muchas otras menores estaban desarrollando fuentes en formato OpenType.

Unicode versión 3.2 (publicada en 2002) introdujo selectores de variación como mecanismo de codificación para representar formas de glifos particulares para caracteres. ^{[ 15 ]} Sin embargo, Unicode no especificó cómo los renderizadores de texto debían admitir estas secuencias. A finales de 2007, las secuencias de variación para la colección Adobe-Japan1 se registraron en la base de datos ideográfica de Unicode, ^{[ 16 ]} lo que generó una necesidad real de una solución OpenType. Esto dio como resultado el desarrollo del cmapformato de subtabla 14, que se introdujo en OpenType versión 1.5. ^{[ 17 ]}

La versión 6.0 de Unicode introdujo los emojis codificados como caracteres en Unicode en octubre de 2010. ^{[ 18 ]} Varias empresas actuaron rápidamente para agregar soporte para emojis Unicode en sus productos. Dado que los emojis Unicode se manejan como texto, y dado que el color es un aspecto esencial de la experiencia de los emojis, esto generó la necesidad de crear mecanismos para mostrar glifos multicolores.

Apple, Google y Microsoft desarrollaron de forma independiente diferentes soluciones de fuentes de color para su uso en OS X , iOS , Android y Windows .

• OpenType y OFF ya admitían glifos de mapa de bits monocromáticos, por lo que Google propuso que OFF se extendiera para admitir mapas de bits en color. Apple adoptó este enfoque, pero declinó participar en la extensión del estándar ISO. Como resultado, Apple añadió la sbixtabla a su formato TrueType en OS X 10.7, ^{[ 19 ]} mientras que Google propuso añadir las tablas CBDTy CBLCa OFF.
• Microsoft adoptó un enfoque diferente al de los mapas de bits de color. Tomando como referencia la práctica existente en la web de superponer glifos de diferentes colores para crear elementos multicolores como iconos, Microsoft propuso una nueva COLRtabla para asignar un glifo a un conjunto de glifos superpuestos y otra CPALtabla para definir los colores.
• Adobe y Mozilla propusieron añadir una nueva SVGtabla que pueda representar glifos multicolores utilizando gráficos vectoriales escalables (SVG ).

Estas propuestas se incorporaron a la tercera edición de OFF (ISO/IEC 14496-22:2015). ^{[ 20 ]} Microsoft agregó las tablas CBDT, CBLC, COLR, CPAL, y SVGa la versión 1.7 de OpenType, ^{[ 17 ]} y la sbixtabla en la versión 1.8 de OpenType. ^{[ 17 ]} Microsoft implementó la compatibilidad con todos los diferentes formatos de color en la versión 1607 de Windows 10 ("Actualización de aniversario"). ^{[ 21 ]}

OpenType 1.9 introdujo una segunda versión de la COLRtabla que añade capacidades gráficas adicionales. ^{[ 17 ]} Google propuso originalmente la versión mejorada y la desarrolló conjuntamente con Microsoft. Las capacidades gráficas mejoradas incluyen compatibilidad con tres tipos de degradados, transformaciones afines , modos de composición y fusión , y componentes reutilizables personalizados. ^{[ 22 ]} Estas mejoras otorgan a la tabla todas las capacidades gráficas de la tabla excepto el trazado. También añaden modos de composición y fusión, cuya compatibilidad se considera opcional para la tabla (ya que se implementan en SVG como efectos de filtro). ^{[ 23 ]} Además, las mejoras de la tabla están integradas con las variaciones de fuente OpenType, lo que no es posible con la tabla. La tabla mejorada es compatible con el motor del navegador Chromium a partir de la versión 98. ^{[ 24 ]}COLRSVGSVGCOLRSVGCOLR

Desde al menos la versión 1.4, la especificación OpenType admitía las "Colecciones TrueType", una característica del formato que permite almacenar varias fuentes en un solo archivo. Este formato resulta útil para distribuir una tipografía completa (familia de fuentes) en un único archivo.

Al combinar fuentes relacionadas en un solo archivo, se pueden compartir tablas de fuentes idénticas, lo que permite un almacenamiento más eficiente. Además, las fuentes individuales tienen un límite de 65 535 glifos, y un archivo de colección proporciona un mecanismo de "modo de espacio" para superar este límite en un solo archivo de fuente. (Sin embargo, cada fuente dentro de la colección sigue teniendo el límite de 65 535 glifos). Un archivo de colección TrueType normalmente tendría la extensión ".ttc".

Sin embargo, la especificación solo describía el uso de archivos de colección junto con glifos representados como contornos TrueType o como mapas de bits. Existía la posibilidad de ofrecer las mismas ventajas de almacenamiento y recuento de glifos a las fuentes que utilizan glifos en formato CFF (extensión .otf). Pero la especificación no lo permitía explícitamente.

En 2014, Adobe anunció la creación de OpenType Collections (OTC), un archivo de fuente Collection que combina fuentes que utilizan glifos en formato CFF. ^{[ 25 ]} Esto proporcionó importantes ventajas de almacenamiento para las fuentes CJK que Adobe y Google estaban desarrollando conjuntamente. Por ejemplo, el archivo OTC CJK de Noto es aproximadamente 10 MB más pequeño que la suma de los cuatro archivos OTF separados que lo componen. ^{[ 26 ]} El uso de una Collection también permitió combinar una gran cantidad de glifos en un solo archivo, como sería necesario para una fuente pan-CJK. ^{[ 27 ]}

El soporte explícito para colecciones con glifos en formato CFF se incorporó a la especificación OpenType en la versión 1.8. ^{[ 17 ]} Para reflejar esta aplicabilidad más inclusiva, se adoptó el término "Colección OpenType", que sustituyó a "Colección TrueType".

El 14 de septiembre de 2016, Microsoft anunció el lanzamiento de OpenType versión 1.8. Este anuncio se realizó junto con Adobe, Apple y Google en la conferencia ATypI en Varsovia. ^{[ 28 ]} OpenType versión 1.8 introdujo las "Variaciones de fuente OpenType", que añaden mecanismos que permiten que una sola fuente admita muchas variaciones de diseño. ^{[ 29 ]} Las fuentes que utilizan estos mecanismos se conocen comúnmente como " fuentes variables ".

Las variaciones de fuentes OpenType reintroducen técnicas desarrolladas previamente por Apple en TrueType GX y por Adobe en fuentes Multiple Master . La idea común de estos formatos es que una sola fuente incluye datos para describir múltiples variaciones del contorno de un glifo (a veces denominadas "maestros"), y que, en el momento de la visualización del texto, el rasterizador de fuentes puede interpolar o "combinar" estas variaciones para obtener un rango continuo de variaciones de contorno adicionales. ^{[ 30 ]}

El concepto de fuentes totalmente paramétricas había sido explorado de forma más general por Donald E. Knuth en el sistema METAFONT , introducido en 1978. ^{[ 31 ]} Ese sistema y sus sucesores nunca fueron ampliamente adoptados por diseñadores tipográficos profesionales ni sistemas de software comerciales. ^{[ 32 ]} Los formatos TrueType GX y Multiple Master, predecesores directos de OpenType Font Variations, se introdujeron en la década de 1990, pero tampoco fueron ampliamente adoptados. Adobe abandonó posteriormente el soporte para el formato Multiple Master. ^{[ 33 ]} Sin embargo, para 2016, el panorama de la industria había cambiado en varios aspectos. En particular, la aparición de fuentes web y de dispositivos móviles había creado interés en el diseño responsivo y en la búsqueda de formas de ofrecer más variantes tipográficas en un formato eficiente en tamaño. Además, mientras que la década de 1990 fue una era de competencia agresiva en la tecnología de fuentes, a menudo denominada "la guerra de las fuentes", ^{[ 34 ] [ 35 ] [ 36 ]} OpenType Font Variations se desarrolló de manera colaborativa, involucrando a varios proveedores importantes. ^{[ 37 ]}

Las variaciones de fuente se integran en OpenType 1.8 de forma integral, lo que permite utilizar la mayoría de las funcionalidades existentes en combinación con las variaciones. En particular, se admiten variaciones para los contornos de glifos TrueType o CFF, para el hinting TrueType y también para los mecanismos de diseño OpenType. Las únicas partes de OpenType para las que no se admiten variaciones, pero que podrían resultar útiles, son la tabla 'SVG' para glifos de color y la tabla MATH para el diseño de fórmulas matemáticas. La tabla 'SVG' utiliza documentos XML incrustados, y no se ha propuesto ninguna mejora para la variación de elementos gráficos dentro de los documentos SVG. Sin embargo, la mejora de la tabla COLR en OpenType 1.9 ha proporcionado un formato vectorial para glifos de color con soporte para variaciones. ^{[ 38 ]}

OpenType 1.8 utilizó tablas definidas originalmente por Apple para TrueType GX (las tablas avar, cvar, fvar y gvar). También introdujo varias tablas nuevas, incluyendo una nueva tabla para la versión 2 del formato CFF (CFF2), y otras tablas nuevas o adiciones a tablas existentes para integrar variaciones en otras partes del formato de fuente (las tablas HVAR, MVAR, STAT y VVAR; adiciones a las tablas BASE, GDEF y name). ^{[ 17 ]}

Prácticamente todas las aplicaciones y sistemas operativos modernos ofrecen compatibilidad básica con caracteres latinos y funcionan con fuentes OpenType igual de bien que con otros formatos más antiguos. Entre las ventajas que van más allá de la compatibilidad básica con caracteres latinos se incluyen la compatibilidad con una mayor variedad de idiomas mediante Unicode , la compatibilidad con sistemas de escritura complejos como el árabe y las lenguas índicas , y la compatibilidad tipográfica avanzada con lenguas que utilizan el alfabeto latino, como el inglés .

Windows 3.1 y todas las versiones posteriores de Windows admiten fuentes OpenType TT (.ttf). Windows 2000 y versiones posteriores admiten fuentes OpenType PS (.otf). Adobe Type Manager podría agregar compatibilidad básica con caracteres romanos para fuentes OpenType PS en Windows 95 , 98 o Me .

La compatibilidad extendida con idiomas a través de Unicode para OpenType y TrueType está presente en la mayoría de las aplicaciones para Microsoft Windows (incluidos Microsoft Office Publisher , la mayoría de las aplicaciones de Adobe y Microsoft Office 2003, aunque no Word 2002), CorelDRAW X3 y versiones posteriores, y muchas aplicaciones de Mac OS X, incluidas las de Apple como TextEdit , Pages y Keynote . También es ampliamente compatible con sistemas operativos libres, como Linux (por ejemplo, en aplicaciones multiplataforma como AbiWord , Gnumeric , Calligra Suite , Scribus , OpenOffice.org 3.2 y versiones posteriores, ^{[ 39 ]} etc.).

Hasta ahora, la compatibilidad con OpenType para escrituras complejas se ha manifestado principalmente en aplicaciones de Microsoft Office , como Microsoft Word y Microsoft Publisher . Adobe InDesign ofrece una amplia funcionalidad OpenType en japonés , pero no admite directamente escrituras de Oriente Medio o índicas , aunque existe una versión independiente de InDesign que sí admite escrituras de Oriente Medio como el árabe y el hebreo. Muchas aplicaciones de Adobe Creative Suite 4, incluidas InDesign, Photoshop e Illustrator, cuentan con una funcionalidad no documentada que permite el uso de idiomas de Oriente Medio, índicos y otros, pero no cuenta con el soporte oficial de Adobe y requiere complementos de terceros para proporcionar una interfaz de usuario para estas funciones.

La compatibilidad tipográfica avanzada con idiomas de escritura latina apareció por primera vez en aplicaciones de Adobe como Adobe InDesign , Adobe Photoshop y Adobe Illustrator . QuarkXPress 6.5 y versiones anteriores no eran compatibles con Unicode. Por lo tanto, el texto en estas versiones de QuarkXPress que contenga caracteres distintos de WinANSI o MacRoman no se mostrará correctamente en una fuente OpenType (ni en otros formatos de fuente Unicode). Sin embargo, en QuarkXPress 7, Quark ofreció una compatibilidad similar a la de Adobe. CorelDRAW de Corel introdujo la compatibilidad con las funciones tipográficas OpenType en la versión X6. Mellel , un procesador de texto exclusivo para Mac OS X de Redlers, afirma tener la misma compatibilidad tipográfica que InDesign, pero también extiende la compatibilidad a escrituras de derecha a izquierda; lo mismo hace el Editor de texto clásico , un procesador de texto especializado desarrollado en la Academia Austríaca de Ciencias.

A partir de 2009Los procesadores de texto populares para Microsoft Windows no admitían las funciones avanzadas de tipografía OpenType . Estas funciones solo se implementan en software de autoedición de alta gama . El motor de texto de Windows Presentation Foundation , una implementación de código administrado de OpenType, es la primera API de Microsoft Windows que expone las funciones OpenType a los desarrolladores de software, admitiendo tanto OpenType TrueType como fuentes OpenType CFF ( Compact Font Format ). Admite funciones tipográficas avanzadas como ligaduras , numerales de estilo antiguo , variantes con florituras , fracciones , superíndices y subíndices , mayúsculas pequeñas , sustitución de glifos , múltiples líneas base , formas de caracteres alternativas contextuales y estilísticas, espaciado entre caracteres, justificación a nivel de línea , caracteres rubí , etc. ^{[ 40 ]} Las aplicaciones WPF obtienen automáticamente compatibilidad con las funciones avanzadas de tipografía. Las ligaduras OpenType son accesibles en Microsoft Office Word 2010. ^{[ 41 ]}

Windows 7 introdujo DirectWrite , una API DirectX nativa acelerada por hardware para la representación de texto con soporte para texto multiformato, fuentes de contorno independientes de la resolución, ClearType , funciones avanzadas de tipografía OpenType, texto Unicode completo, soporte para diseño e idioma y API de representación de glifos de bajo nivel. ^{[ 42 ]}

En Mac OS X, las aplicaciones compatibles con AAT que se ejecutan en Mac OS X 10.4 y versiones posteriores, como TextEdit y Keynote, cuentan con una considerable compatibilidad con OpenType. La compatibilidad de Apple con OpenType en Mac OS X 10.4 incluía la mayoría de las funciones tipográficas avanzadas necesarias para los idiomas con escritura latina , como versalitas , cifras antiguas y varios tipos de ligaduras, pero aún no admitía alternativas contextuales, formas posicionales ni la reordenación de glifos como lo hace la biblioteca Uniscribe de Microsoft en Windows. Por lo tanto, Mac OS X 10.4 no ofrecía compatibilidad con escrituras árabes o índicas a través de OpenType (aunque dichas escrituras son totalmente compatibles con las fuentes AAT existentes). Mac OS X 10.5 ha mejorado la compatibilidad con OpenType y admite fuentes OpenType árabes. Gradualmente, la compatibilidad con la tipografía OpenType ha mejorado en las versiones más recientes de Mac OS X (por ejemplo, Mac OS X 10.10 puede manejar mejor las sustituciones de glifos contextuales largas).

Bitstream Panorama , un motor de composición de texto y maquetación de Bitstream Inc. , ofrece compatibilidad total con OpenType para fuentes asiáticas compactas y estándar, árabe, hebreo, índico, tailandés y más de 50 idiomas de todo el mundo. La aplicación admite las tablas OpenType clave necesarias para la maquetación, como BASE, definición de glifos (GDEF), posicionamiento de glifos (GPOS) y sustitución de glifos (GSUB). Panorama también ofrece compatibilidad total con funciones tipográficas avanzadas, como ligaduras, adornos, versalitas, ordinales, superíndices, estilo antiguo, espaciado entre caracteres, fracciones, etc.

En entornos de software libre como Linux , la representación OpenType la proporciona el proyecto FreeType , incluido en implementaciones libres del Sistema X Window como X.org . El manejo de texto complejo lo proporciona pango (llamando a HarfBuzz ) o Qt . Los sistemas XeTeX y LuaTeX permiten que los documentos TeX utilicen fuentes OpenType, junto con la mayoría de sus características tipográficas. La versión de Linux de LibreOffice 4.1 y posteriores admiten muchas características tipográficas de OpenType, porque comenzaron a utilizar la biblioteca de formateo de texto HarfBuzz más sofisticada. ^{[ 43 ]}

Las etiquetas de script identifican los sistemas de escritura representados en una fuente OpenType. Cada etiqueta corresponde a rangos de códigos de caracteres contiguos en Unicode. Una etiqueta de script puede constar de 4 o menos letras minúsculas, como arabpara el alfabeto árabe , cyrlpara el alfabeto cirílico y latnpara el alfabeto latino . La mathetiqueta de script, añadida por Microsoft para Cambria Math , se ha incorporado a la especificación. ^{[ 46 ] [ 47 ]}

Las etiquetas del sistema de idioma identifican los sistemas de idioma compatibles con una fuente OpenType. Algunos ejemplos son ARA: árabe , ESPespañol , armenio , etc. En general, los códigos no son los mismos que los códigos ISO 639-2 . ^{[ 48 ]}HYE

Estas etiquetas se pueden usar para seleccionar variantes locales de letras que comparten un único punto de código Unicode. ^{[ 48 ] [ 49 ]} Por ejemplo, el alfabeto cirílico serbio y macedonio tiene algunos glifos específicos del idioma para ciertas letras, que son solo preferidos y no obligatorios.

Se proporciona una lista de características OpenType con descripciones ampliadas en la lista de características tipográficas .

Las etiquetas de línea base tienen un significado específico cuando se usan en la dirección de escritura horizontal (utilizadas en la tabla HorizAxis de la tabla 'BASE'), en la dirección de escritura vertical (utilizadas en la tabla VertAxis de la tabla 'BASE') o en ambas.

Microsoft añadió inicialmente a Cambria Math un conjunto de tablas que reflejan de forma bastante precisa las métricas de las fuentes matemáticas de TeX para dar soporte a su nuevo motor de edición y representación matemática en Office 2007 y versiones posteriores. ^{[ 50 ] [ 51 ]} Esta extensión se añadió al estándar ISO (ISO/IEC CD 14496-22, 3.ª edición) en abril de 2014. ^{[ 52 ] En el informe técnico 25 de Unicode [ 53 ]} y en la nota técnica 28 se pueden encontrar detalles adicionales (de uso). ^{[ 54 ]} Microsoft ha patentado algunas de las nuevas características técnicas (no presentes en TeX), como los "cut-ins" (que permiten el espaciado entre subíndices y superíndices en relación con sus bases ^{[ 55 ]} ) y las pilas de estiramiento ^{[ 56 ] . [ 57 ] [ 58 ] [ 59 ]} Windows 8 admite matemáticas OpenType fuera de las aplicaciones de MS Office mediante el componente RichEdit 8.0. ^{[ 60 ]}

Además de los productos de Microsoft, XeTeX y LuaTeX también ofrecen cierto nivel de soporte para estas tablas; el soporte es más limitado en XeTeX porque utiliza el motor de renderizado matemático tradicional de TeX (por lo que no puede usar completamente algunas de las nuevas características de las matemáticas OpenType que extienden TeX), mientras que LuaTeX adopta un enfoque más flexible al cambiar algunos de los aspectos internos del renderizado matemático de TeX; en palabras de Ulrik Vieth (2009): "Más precisamente, mientras que XeTeX solo proporciona acceso a los parámetros OpenType como \fontdimens adicionales, LuaTeX utiliza una estructura de datos interna basada en el conjunto combinado de parámetros OpenType y TeX, lo que permite proporcionar valores faltantes que no son compatibles ni con las fuentes matemáticas OpenType ni con las fuentes matemáticas tradicionales de TeX". ^{[ 56 ]} En 2013, XeTeX también obtuvo soporte para cut-ins. ^{[ 61 ]}

El motor de renderizado Gecko utilizado por el navegador web Firefox también admite algunas características matemáticas de OpenType en su implementación MathML . ^{[ 62 ] [ 63 ]}

A partir de 2024El conjunto de fuentes que admitían matemáticas OpenType incluye: Asana-Math , Cambria Math, DejaVu Math, TeX Gyre , Garamond Math , Latin Modern Math , Libertinus Math , Neo Euler , STIX Math , XITS Math , Fira Math , GFS Neohellenic Math y cuatro fuentes TeX Gyre: Bonum Math, Pagella Math, Schola Math y Termes Math. ^{[ 64 ] [ 65 ]} Más recientemente, las fuentes Latin Modern y TeX Gyre (una " LM-ización " de las fuentes PostScript estándar ^{[ 66 ]} ) también han obtenido soporte para matemáticas OpenType. ^{[ 67 ] [ 68 ] [ 69 ] [ 70 ]} A partir de 2014El número de fuentes matemáticas OpenType sigue siendo bastante limitado. ^{[ 71 ]} En el sitio web de Mozilla se mantiene una lista más actualizada . ^{[ 64 ]}

La aparición de los emojis Unicode creó la necesidad de que los formatos TrueType y OpenType admitieran glifos de color. Apple añadió una extensión de color en Mac OS X Lion (y también en iOS 4+). Las fuentes se ampliaron con imágenes PNG Tooltip Portable Network Graphics de color dentro de la tabla sbix. ^{[ 72 ] [ 73 ] [ 74 ]} Google utilizó una extensión similar con imágenes de mapa de bits de color incrustadas dentro de un par de tablas, las tablas CBDT y CBLC. ^{[ 75 ]} La versión de Google está implementada en FreeType 2.5. ^{[ 76 ]}

En Windows 8.1, Microsoft también agregó soporte de color a las fuentes, implementado por primera vez en la fuente Segoe UI Emoji . ^{[ 73 ] [ 77 ] [ 78 ] [ 79 ]} Sin embargo, la implementación de Microsoft se basa completamente en gráficos vectoriales : ^{[ 73 ] [ 80 ]} se agregaron dos nuevas tablas OpenType en la implementación de Microsoft: la tabla COLR permite glifos en capas y la CPAL ("Paleta de colores") define los colores para las capas. El enfoque multicapa permite una implementación compatible con versiones anteriores, así como variar la representación según el contexto de color que rodea a los glifos. ^{[ 73 ]} Según Adam Twardoch : "En TypeCon [2013], Greg Hitchcock aclaró las funciones previstas de las paletas: la primera paleta se usa por defecto para situaciones de color "oscuro sobre claro", mientras que la segunda paleta está destinada a usarse en situaciones de "claro sobre oscuro". El usuario debería poder seleccionar paletas adicionales." ^{[ 76 ]}

Mozilla y Adobe desarrollaron una extensión vectorial diferente añadiendo documentos SVG incrustados (que admiten color y animaciones) a la tabla SVG. La tabla SVG también permitía usar paletas de colores definidas en la tabla CPAL. ^{[ 81 ]} La compatibilidad se implementó por primera vez en Firefox 26. ^{[ 75 ]}

Adobe, Mozilla, Google y Microsoft presentaron sus extensiones de color para su estandarización mediante ISO/IEC 14496-22. ^{[ 82 ]} Las nuevas tablas para cada una de ellas se añadieron posteriormente a OpenType versión 1.7. ^{[ 83 ]} La tabla sbix de Apple originalmente solo era compatible con las fuentes AAT, pero posteriormente se añadió a OpenType versión 1.8. ^{[ 84 ]} Microsoft Windows 10 Anniversary Update fue el primer sistema operativo en admitir las cuatro extensiones de fuente de color, y Microsoft Edge fue el primer navegador en hacerlo. ^{[ 85 ] [ 86 ]}

En OpenType versión 1.8.3, la especificación para la tabla SVG se revisó para ser más restrictiva, lo que proporciona mayor claridad para las implementaciones y una mejor interoperabilidad. Apple admite la especificación revisada en Safari 12, iOS 12 y macOS 10.14. ^{[ 87 ]} La implementación en Microsoft Windows también se ajusta a esta revisión.