OpenType es un formato para fuentes informáticas escalables . Derivado de TrueType , conserva la estructura básica de TrueType pero agrega muchas estructuras de datos complejas para describir el comportamiento tipográfico . OpenType es una marca registrada de Microsoft Corporation . [4] [5]
La especificación germinó en Microsoft, y Adobe Systems también contribuyó en el momento del anuncio público en 1996.
Debido a su amplia disponibilidad y flexibilidad tipográfica, incluidas disposiciones para manejar los diversos comportamientos de todos los sistemas de escritura del mundo , las fuentes OpenType se utilizan comúnmente en las principales plataformas informáticas.
Los orígenes de OpenType se remontan al intento de Microsoft de licenciar la tecnología de tipografía avanzada GX Typography de Apple a principios de los años 1990. Esas negociaciones fracasaron, lo que motivó a Microsoft a seguir adelante con su propia tecnología, denominada "TrueType Open" en 1994. [6] Adobe se unió a Microsoft en esos esfuerzos en 1996, agregando soporte para la tecnología de contorno de glifos utilizada en sus fuentes Type 1.
El esfuerzo conjunto pretendía reemplazar el formato de fuente TrueType de Apple y el formato de fuente PostScript Type 1 de Adobe , y crear un sistema más expresivo que maneje la tipografía fina y el comportamiento complejo de muchos de los sistemas de escritura del mundo. Las dos empresas combinaron las tecnologías subyacentes de ambos formatos y agregaron nuevas extensiones destinadas a abordar sus limitaciones. Se eligió el nombre OpenType para la tecnología conjunta, que anunciaron más tarde ese año.
Adobe y Microsoft continuaron desarrollando y perfeccionando OpenType durante la siguiente década. 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 como 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 Estándar ISO ISO/IEC 14496-22 (MPEG-4 Parte 22) llamado Formato de fuente abierto (OFF, no confundir con Web Open Font Format ), [10] a veces denominada "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 cambios de lenguaje apropiados para ISO. [11] La segunda edición del OFF se publicó en 2009 (ISO/IEC 14496-22:2009) y fue declarada "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 gratuito y disponible públicamente. [14]
En 2001, había cientos de fuentes OpenType en el mercado. Adobe terminó de convertir toda su biblioteca de fuentes a OpenType a finales de 2002. A principios de 2005 [actualizar], alrededor de 10.000 fuentes OpenType estaban disponibles, y la biblioteca de Adobe comprendía aproximadamente un tercio del total. En 2006, todas las fundiciones de fuentes importantes y muchas de menor importancia estaban desarrollando fuentes en formato OpenType. [ cita necesaria ]
La versión 3.2 de Unicode (publicada en 2002) introdujo selectores de variación como un mecanismo de codificación para representar formas de glifos particulares para caracteres. [15] Unicode, sin embargo, no especificó cómo los procesadores de texto deberían admitir estas secuencias. A finales de 2007, se registraron secuencias de variación para la colección Adobe-Japan1 en la base de datos ideográfica Unicode, [16], lo que generó una necesidad real de una solución OpenType. Esto resultó en el desarrollo de la cmapsubtabla Formato 14, que se introdujo en la versión 1.5 de OpenType. [17]
La versión 6.0 de Unicode introdujo emoji codificados como caracteres en Unicode en octubre de 2010. [18] Varias empresas actuaron rápidamente para agregar soporte para emoji Unicode en sus productos. Dado que los emoji Unicode se manejan como texto, y dado que el color es un aspecto esencial de la experiencia emoji, 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 .
sbixtabla a su formato TrueType en OS X 10.7, [19] mientras que Google propuso agregar las tablas CBDTy CBLCa OFF.COLRtabla para asignar un glifo a un conjunto de glifos en capas, y una CPALtabla para definir los colores.SVGtabla que puede representar glifos multicolores utilizando gráficos vectoriales escalables .Todas estas propuestas se incorporaron a la tercera edición de OFF (ISO/IEC 14496-22:2015). [20] Microsoft agregó CBDT, CBLC, COLR, CPALy SVGtablas a OpenType versión 1.7, [17] y la sbixtabla en OpenType versión 1.8. [17] Microsoft implementó soporte para todos los diferentes formatos de color en Windows 10 versión 1607 ("Actualización de aniversario"). [21]
OpenType 1.9 introdujo una segunda versión de la COLRtabla que agrega capacidades gráficas adicionales. [17] Google propuso originalmente la versión mejorada y la desarrolló conjuntamente con Microsoft. Las capacidades gráficas mejoradas incluyen soporte para tres tipos de degradados, transformaciones afines , modos de composición y fusión , y componentes reutilizables personalizados. [22] Estas mejoras le dan a la COLRmesa todas las capacidades gráficas de la SVGmesa, excepto los trazos. También agregan modos de composición y fusión, cuyo soporte se considera opcional para la SVGtabla (ya que se implementan en SVG como efectos de filtro). [23] Además, las mejoras a la COLRtabla están integradas con variaciones de fuentes OpenType, lo cual no es posible con la SVGtabla. La tabla mejorada COLRes compatible con el motor del navegador Chromium a partir de la versión 98. [24]
Desde al menos la versión 1.4, la especificación OpenType admitía "Colecciones TrueType", una característica del formato que permite almacenar varias fuentes en un solo archivo. Este formato es útil para distribuir un tipo de letra completo (familia de fuentes) en un solo 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 recuento de glifos de 65.535 glifos, y un archivo de colección proporciona un mecanismo de "modo de espacio" para superar este límite en un único archivo de fuente. (Sin embargo, cada fuente dentro de la colección todavía tiene el límite de 65,535). Un archivo TrueType Collection normalmente tendría una extensión de archivo ".ttc".
Sin embargo, la especificación solo describe archivos de colección que se utilizan junto con glifos que se representan como contornos TrueType o como mapas de bits. Existía la posibilidad de proporcionar los mismos beneficios 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 fuentes de colección que combina fuentes que utilizan glifos en formato CFF. [25] Esto proporcionó importantes beneficios de almacenamiento para las fuentes CJK que Adobe y Google estaban desarrollando conjuntamente. Por ejemplo, las fuentes Noto CJK OTC son ~10 MB más pequeñas que la suma de los cuatro OTF separados que las componen. [26] El uso de una Colección también permitió combinar una gran cantidad de glifos en un solo archivo, como sería necesario para una fuente pan-CJK. [27]
En la versión 1.8 se incorporó soporte explícito para colecciones con glifos en formato CFF a la especificación OpenType. [17] Para reflejar esta aplicabilidad más inclusiva, se adoptó el término "Colección OpenType", reemplazando a "Colección TrueType".
El 14 de septiembre de 2016, Microsoft anunció el lanzamiento de la versión 1.8 de OpenType. Este anuncio se realizó junto con Adobe, Apple y Google en la conferencia ATypI en Varsovia. [28] La versión 1.8 de OpenType introdujo "Variaciones de fuentes OpenType", que agrega mecanismos que permiten que una sola fuente admita muchas variaciones de diseño. [29] Las fuentes que utilizan estos mecanismos se denominan comúnmente " fuentes variables ".
OpenType Font Variations reintroduce técnicas que fueron 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 de un contorno de glifo (a veces denominados "maestros") y que, en el momento de la visualización del texto, el rasterizador de fuentes puede interpolar o "combinar". estas variaciones para derivar una gama continua de variaciones de esquema adicionales. [30]
El concepto de fuentes totalmente paramétricas había sido explorado de manera 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 los diseñadores tipográficos profesionales ni por los sistemas de software comerciales. [32] Los formatos TrueType GX y Multiple Master, los predecesores directos de OpenType Font Variations, se introdujeron en la década de 1990, pero tampoco fueron adoptados ampliamente. Posteriormente, Adobe abandonó el soporte para el formato Multiple Master. [33] Esto ha generado dudas sobre si una reintroducción de tecnología similar podría tener éxito. Sin embargo, en 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 de tamaño eficiente. 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 con la participación de varios proveedores importantes. [37]
Font Variations está integrado en OpenType 1.8 de manera integral, lo que permite utilizar la mayoría de las capacidades previamente existentes en combinación con variaciones. En particular, se admiten variaciones para contornos de glifos TrueType o CFF, para sugerencias TrueType y también para los mecanismos de diseño OpenType. Las únicas partes de OpenType para las cuales no se admiten variaciones pero que podrían ser ú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, incluida 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 (HVAR, MVAR, STAT y VVAR). tablas; adiciones a las tablas BASE, GDEF y de nombres). [17]
OpenType utiliza la estructura sfnt general de una fuente TrueType, pero agrega varias opciones de fuente inteligente que mejoran las capacidades tipográficas y de soporte de idioma de la fuente.
Los datos de contorno de glifo en una fuente OpenType pueden estar en uno de dos formatos: contornos en formato TrueType en una tabla 'glyf' o contornos en formato de fuente compacta (CFF) en una tabla 'CFF'. (El nombre de la tabla 'CFF ' tiene cuatro caracteres y termina en un espacio). Los datos del esquema CFF se basan en el formato de fuente Tipo 2 del lenguaje PostScript . Sin embargo, la especificación OpenType (anterior a 1.8) no admite el uso de contornos PostScript en un archivo de fuente TrueType Collection. Después de la versión 1.8, ambos formatos son compatibles con la renombrada "Colección OpenType".
Para muchos propósitos, como el diseño, no importa cuál sea el formato de los datos del esquema, pero para algunos propósitos, como la rasterización , es importante. El estándar OpenType no especifica el formato de los datos del esquema: más bien, se adapta a cualquiera de los varios estándares existentes. A veces, se utilizan términos como "OpenType (versión PostScript)" (= "Type 1 OpenType", "OpenType CFF") u "OpenType (versión TrueType)" para indicar qué formato de esquema contiene un archivo de fuente OpenType en particular.
OpenType tiene varias características distintivas:
Prácticamente todas las aplicaciones y sistemas operativos modernos tienen soporte romano básico y funcionan con fuentes OpenType al igual que con otros formatos más antiguos. Los beneficios más allá del soporte básico en romano incluyen soporte extendido de idiomas a través de Unicode , soporte para escrituras complejas como el árabe y los idiomas índicos , y soporte tipográfico avanzado para idiomas con escritura latina 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 soporte romano básico para fuentes OpenType PS en Windows 95 , 98 o Me .
La compatibilidad con idiomas ampliada a través de Unicode tanto para OpenType como para TrueType está presente en la mayoría de las aplicaciones para Microsoft Windows [ cita necesaria ] (incluido 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 propias 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.).
El soporte OpenType para scripts escritos complejos ha aparecido hasta ahora principalmente en aplicaciones de Microsoft en Microsoft Office , como Microsoft Word y Microsoft Publisher . Adobe InDesign proporciona una amplia capacidad OpenType en japonés , pero no admite directamente escrituras índicas o de Oriente Medio , aunque hay disponible una versión separada de InDesign que admite escrituras de Oriente Medio, como árabe y hebreo. La funcionalidad no documentada en muchas aplicaciones de Adobe Creative Suite 4, incluidas InDesign, Photoshop e Illustrator, habilita idiomas de Oriente Medio, índico y otros, pero Adobe no la admite oficialmente y requiere complementos de terceros para proporcionar una interfaz de usuario para las funciones. .
El soporte tipográfico avanzado para lenguajes 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 que no sean WinANSI o MacRoman no se mostrará correctamente en una fuente OpenType (ni en otros formatos de fuente Unicode, de hecho). Sin embargo, en QuarkXPress 7, Quark ofreció un soporte similar al de Adobe. CorelDRAW de Corel introdujo compatibilidad con funciones tipográficas OpenType en la versión X6. Mellel , un procesador de textos de Redlers exclusivo para Mac OS X, afirma tener paridad en características tipográficas con InDesign, pero también extiende el soporte a escrituras de derecha a izquierda; lo mismo ocurre con el Classical Text Editor, un procesador de textos especializado desarrollado en la Academia de Ciencias de Austria.
A partir de 2009 [actualizar], los procesadores de texto populares para Microsoft Windows no admitían funciones avanzadas de tipografía OpenType . Las funciones de tipografía avanzadas se implementan sólo en software de autoedición de alta gama . El motor de texto de Windows Presentation Foundation , que es una implementación de código administrado de OpenType, es la primera API de Microsoft Windows que expone las características de OpenType a los desarrolladores de software y admite fuentes OpenType TrueType y OpenType CFF ( formato de fuente compacto ). Admite funciones tipográficas avanzadas como ligaduras , números de estilo antiguo , variantes swash , fracciones , superíndices y subíndices , pequeñas mayúsculas , sustitución de glifos , líneas de base múltiples , formas de caracteres alternativos contextuales y estilísticos , interletraje, justificación de nivel de línea , caracteres rubí , etc. [40] Las aplicaciones WPF obtienen automáticamente soporte para funciones tipográficas avanzadas. Se puede acceder a las ligaduras OpenType en Microsoft Office Word 2010 . [41]
Windows 7 introdujo DirectWrite , una API DirectX nativa acelerada por hardware para 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, compatibilidad con 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 posteriores, incluidas TextEdit y Keynote, obtienen una considerable compatibilidad con OpenType. El soporte de Apple para OpenType en Mac OS X 10.4 incluía las características tipográficas más avanzadas necesarias para los lenguajes de escritura latina , como versalitas , figuras de estilo antiguo y varios tipos de ligaduras, pero aún no admitía alternativas contextuales, formas posicionales ni glifos. reordenamiento como lo maneja la biblioteca Uniscribe de Microsoft en Windows. Por lo tanto, Mac OS X 10.4 no ofrecía soporte para 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 árabes OpenType. Gradualmente, la compatibilidad con la tipografía OpenType ha mejorado en las versiones más nuevas de Mac OS X (por ejemplo, Mac OS X 10.10 puede manejar mucho mejores sustituciones de glifos contextuales largos).
Bitstream Panorama , un motor de composición de texto y diseño de líneas de Bitstream Inc. , proporciona compatibilidad completa con OpenType para fuentes asiáticas compactas y estándar, árabe, hebrea, índica, tailandesa y más de 50 idiomas en todo el mundo. La aplicación admite tablas OpenType clave necesarias para el diseño de líneas, como BASE, definición de glifos (GDEF), posicionamiento de glifos (GPOS) y sustitución de glifos (GSUB). Panorama también ofrece soporte completo para funciones tipográficas avanzadas, como ligaduras, caracteres decorativos, versalitas, adornos, ordinales, superiores, estilo antiguo, kerning, fracciones, etc.
En entornos de software libre como Linux , la representación OpenType la proporciona el proyecto FreeType , incluido en implementaciones gratuitas 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 Linux de LibreOffice 4.1 y posteriores admite muchas funciones de tipografía OpenType, ya que comenzó a utilizar la biblioteca de modelado de texto HarfBuzz, más sofisticada. [43]
Como paso en la creación de una fuente, las propiedades de la fuente OpenType (además del contorno) se pueden definir utilizando texto legible por humanos guardado en el formato OpenType Feature File de Adobe. [44] [45] Los archivos de funciones OpenType suelen tener un nombre que termina en una .feaextensión. Estos archivos se pueden compilar en el contenedor de fuentes binarias ( .ttfo .otf) utilizando el kit de desarrollo de fuentes de Adobe para OpenType (AFDKO), FontLab , FontForge , Glyphs , DTL OTMaster, RoboFont o FontTools.
Las etiquetas OpenType Layout son cadenas de caracteres de 4 bytes que identifican las secuencias de comandos, los sistemas de lenguaje, las características y las líneas base en una fuente OpenType Layout. El registro de etiquetas Layout de Microsoft establece convenciones para nombrar y usar estas etiquetas. Las funciones OpenType se crean utilizando etiquetas al crear scripts de funciones que describen cómo se deben manipular los caracteres para crear la función deseada. Estos scripts de funciones se pueden crear e incorporar a fuentes OpenType mediante editores de fuentes avanzados como FontLab Studio , AsiaFont Studio y FontForge .
El soporte de aplicaciones y sistemas operativos para etiquetas de diseño varía ampliamente.
Las etiquetas de script identifican los scripts (sistemas de escritura) representados en una fuente OpenType. Cada etiqueta corresponde a rangos de códigos de caracteres contiguos en Unicode. Una etiqueta de escritura puede constar de 4 o menos letras minúsculas, como araben el caso del alfabeto árabe , cyrlde la escritura cirílica y latndel alfabeto latino . La mathetiqueta script, agregada por Microsoft para Cambria Math , se agregó a la especificación. [46] [47]
Las etiquetas del sistema de idioma identifican los sistemas de idioma admitidos en una fuente OpenType. Los ejemplos incluyen ARAárabe , español ESP, armenio , etc. En general, los códigos no son los mismos que los códigos ISO 639-2 . [48]HYE
Estas etiquetas se pueden utilizar 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 solo se prefieren y no son estrictamente obligatorios. [ cita necesaria ]
Se proporciona una lista de funciones OpenType con descripciones ampliadas . Lista de funciones tipográficas .
Las etiquetas de línea base tienen un significado específico cuando se usan en la dirección de escritura horizontal (usada en la tabla HorizAxis de la tabla 'BASE'), en la dirección de escritura vertical (usada en la tabla VertAxis de la tabla 'BASE') o en ambas.
Microsoft agregó inicialmente un conjunto de tablas que reflejan relativamente fielmente las métricas de fuentes matemáticas TeX a Cambria Math para respaldar su nuevo motor de edición y renderizado matemático en Office 2007 y versiones posteriores. [50] [51] Esta extensión se agregó al estándar ISO (ISO/IEC CD 14496-22 3.a edición) en abril de 2014. [52] Detalles adicionales (de uso) están disponibles en el informe técnico de Unicode 25 [53] y en el informe técnico nota 28. [54] Algunas de las nuevas características técnicas (no presentes en TeX), como "cut-ins" (que permiten el interletraje de subíndices y superíndices en relación con sus bases [55] ) y pilas extensibles [56] han sido patentado por Microsoft. [57] [58] [59] Windows 8 admite matemáticas OpenType fuera de las aplicaciones de MS Office a través del componente RichEdit 8.0. [60]
Además de los productos de Microsoft, XeTeX y LuaTeX también tienen 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 tanto, no puede usar completamente algunas de las nuevas características en matemáticas OpenType que extienden TeX), mientras que LuaTeX adopta un enfoque más flexible al cambiar algunos de los aspectos internos de las matemáticas de TeX. representación; en palabras de Ulrik Vieth (2009): "Más precisamente, mientras XeTeX sólo 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 hace posible suministrar valores faltantes que no son compatibles ni con las fuentes matemáticas OpenType ni con las fuentes matemáticas tradicionales TeX." [56] En 2013, XeTeX también obtuvo soporte para cortes. [61]
El motor de renderizado Gecko utilizado por el navegador web Firefox también admite algunas funciones matemáticas OpenType en su implementación MathML . [62] [63]
A partir de 2010 [actualizar], el conjunto de fuentes que admitían matemáticas OpenType era bastante limitado. Además de Cambria Math, había tres fuentes gratuitas disponibles: Asana-Math , Neo Euler y XITS . [64] Más recientemente, las fuentes Latin Modern y TeX Gyre (una " LM-ización " de las fuentes PostScript estándar [65] ) también han obtenido soporte para matemáticas OpenType. [66] [67] [68] [69] A partir de 2014, [actualizar]el número de fuentes matemáticas OpenType todavía es bastante limitado. [70] En el sitio web de Mozilla se mantiene una lista más actualizada . [71]
La aparición de emoji Unicode creó la necesidad de que los formatos TrueType y OpenType admitieran glifos de color. Apple agregó una extensión de color en Mac OS X Lion (y también en iOS 4+). Las fuentes se ampliaron con PNG de colores.imágenes dentro de la tabla sbix. [72] [73] [74] Google utilizó una extensión similar con imágenes de mapa de bits en color incrustadas contenidas en 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] La implementación de Microsoft, sin embargo, 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") en realidad define los colores de 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 de forma predeterminada para situaciones de color "oscuro sobre claro", mientras que la segunda paleta está destinada a usarse en situaciones de color "claro sobre claro". "Situaciones oscuras". El usuario debe poder seleccionar paletas adicionales. [76]
Mozilla y Adobe desarrollaron una extensión diferente basada en vectores agregando documentos SVG incrustados (que admiten color pero también animaciones) en la tabla SVG. La tabla SVG también permitía utilizar paletas de colores definidas en la tabla CPAL. [81] El soporte se implementó por primera vez en Firefox 26. [75]
Adobe, Mozilla, Google y Microsoft presentaron cada uno sus extensiones de color para la estandarización según ISO/IEC 14496-22. [82] Las nuevas tablas para cada uno de estos se agregaron a la versión 1.7 de OpenType. [83] La tabla sbix de Apple originalmente solo era compatible con fuentes AAT, pero luego se agregó a OpenType versión 1.8. [84] La Actualización de aniversario de Microsoft Windows 10 fue el primer sistema operativo que admitió las extensiones de fuentes de cuatro colores, y Microsoft Edge fue el primer navegador en hacerlo. [85] [86]
En OpenType versión 1.8.3, la especificación de la tabla SVG se revisó para que fuera más restringida, proporcionando más 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.
En 2005, Adobe lanzó una nueva tecnología en su paquete de aplicaciones Creative Suite que ofrece una solución para " gaiji " (外字, "carácter externo" en japonés). Las escrituras ideográficas como el chino y el japonés no tienen colecciones fijas de caracteres. Usan miles de glifos comúnmente y decenas de miles con menos frecuencia. Ni siquiera se han catalogado todos los glifos inventados y utilizados en la literatura del este de Asia. Una fuente típica puede contener entre 8.000 y 15.000 de los glifos más utilizados. Sin embargo, de vez en cuando, un autor necesita un glifo que no está presente en la fuente elegida. Estos personajes desaparecidos se conocen en Japón como gaiji y, a menudo, interrumpen el trabajo.
Otro aspecto del problema gaiji es el de las variantes de glifos para ciertos caracteres. A menudo, ciertos personajes se han escrito de manera diferente a lo largo del tiempo. No es inusual que los nombres de lugares o apellidos personales utilicen la forma histórica de un personaje. Por lo tanto, es posible que un usuario final que utilice fuentes estándar no pueda deletrear correctamente ni su propio nombre ni el nombre del lugar donde vive.
Se han ideado varias formas de abordar el gaiji. Las soluciones que los tratan como caracteres suelen asignarles valores Unicode arbitrarios en las Áreas de uso privado (PUA). Estos caracteres no se pueden utilizar fuera del entorno en el que se conoce la asociación del Unicode privado con la forma del glifo. Los documentos basados en ellos no son portátiles. Otras instalaciones tratan a los gaiji como gráficos. Esto puede resultar engorroso porque el diseño y la composición del texto no se pueden aplicar a los gráficos. No se pueden buscar. A menudo, su representación se ve diferente a la de los caracteres circundantes porque la maquinaria para representar gráficos suele ser diferente de la maquinaria para representar glifos a partir de fuentes.
La tecnología SING (Smart INdependent Glyphlets) [88] [89] que hizo su debut con Creative Suite 2 de Adobe permite la creación de glifos, cada uno empaquetado como una fuente independiente, en cierto modo. Un glifo empaquetado de este tipo se llama glifo . El formato que Adobe ha hecho público está basado en OpenType. El paquete consta del contorno del glifo en formato TrueType o CFF (esquemas de estilo PostScript); tablas OpenType estándar que declaran las métricas y el comportamiento del glifo en la composición; y metadatos, información adicional incluida para identificar el glifo, su propiedad y quizás pronunciación o categorización lingüística. Los glifos SING se pueden crear utilizando la aplicación SigMaker3 de Fontlab .
La especificación SING establece que los glifos deben viajar con el documento en el que se utilizan. De esa manera, los documentos son portátiles, sin peligro de que haya caracteres en el documento que no se puedan mostrar. Debido a que los glifos son esencialmente fuentes OpenType, la maquinaria de fuentes estándar puede representarlos. La especificación SING también describe un formato XML que incluye todos los datos necesarios para reconstituir el glifo en forma binaria. Un glifo típico puede requerir de uno a dos kilobytes para representarse.
{{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace )