Extensiones de nombre de archivo | .otf, .otc, .ttf, .ttc |
---|---|
Tipo de medio de Internet |
|
Código de tipo | OTÓN |
Identificador de tipo uniforme (UTI) | fuente pública opentype |
Desarrollado por | Microsoft , Adobe Systems |
Último lanzamiento | 1.9 [2] 8 de diciembre de 2021 ( 08/12/2021 ) |
Tipo de formato | Archivo de fuente |
Extendido desde | Fuentes TrueType y PostScript |
Estándar | ISO/IEC 14496-22:2019 [3] |
OpenType es un formato para fuentes escalables para computadoras . Derivado de TrueType , conserva la estructura básica de TrueType pero agrega muchas estructuras de datos intrincadas 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 tipográfica avanzada de Apple , GX Typography, a principios de la década de 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 glifo utilizada en sus fuentes Type 1.
El esfuerzo conjunto pretendía sustituir tanto al formato de fuente TrueType de Apple como al PostScript Type 1 de Adobe , y crear un sistema más expresivo que manejara 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 refinando OpenType durante la década siguiente. Luego, a fines 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, que no debe confundirse con Formato de fuente abierto web ), [10] a veces denominado "Especificación de formato de fuente abierto" (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 gratuito y de acceso público. [14]
En 2001, cientos de fuentes OpenType estaban en el mercado. Adobe terminó de convertir toda su biblioteca de fuentes a OpenType hacia finales de 2002. A principios de 2005 [actualizar], había disponibles alrededor de 10.000 fuentes OpenType, y la biblioteca de Adobe representaba aproximadamente un tercio del total. En 2006, todas las principales fundiciones de fuentes y muchas otras menores estaban desarrollando fuentes en formato OpenType. [ cita requerida ]
La versión 3.2 de Unicode (publicada en 2002) introdujo los 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 deberían admitir estas secuencias. A fines de 2007, las secuencias de variación para la colección Adobe-Japan1 se registraron en la base de datos ideográfica Unicode, [16] lo que generó una necesidad real de una solución OpenType. Esto dio como resultado el desarrollo de la cmap
subtabla Format 14, que se introdujo en la versión 1.5 de OpenType. [17]
La versión 6.0 de Unicode introdujo emojis codificados como caracteres en Unicode en octubre de 2010. [18] Varias empresas actuaron rápidamente para agregar compatibilidad con emojis Unicode en sus productos. Dado que los emojis Unicode se manejan como texto y que el color es un aspecto esencial de la experiencia de los emojis, esto llevó a 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 .
sbix
tabla a su formato TrueType en OS X 10.7, [19] mientras que Google propuso la adición de las tablas CBDT
y CBLC
a OFF.COLR
tabla para mapear un glifo en un conjunto de glifos superpuestos y una CPAL
tabla para definir los colores.SVG
tabla que pueda representar glifos multicolores utilizando gráficos vectoriales escalables .Todas estas propuestas se incorporaron en la tercera edición de OFF (ISO/IEC 14496-22:2015). [20] Microsoft agregó las tablas CBDT
, CBLC
, COLR
, CPAL
y SVG
a la versión 1.7 de OpenType, [17] y la sbix
tabla en la versión 1.8 de OpenType. [17] Microsoft implementó soporte para 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 COLR
tabla que agrega capacidades gráficas adicionales. [17] Google propuso originalmente la versión mejorada y la desarrolló en conjunto con Microsoft. Las capacidades gráficas mejoradas incluyen soporte para tres tipos de gradientes, transformaciones afines , modos de composición y fusión y componentes reutilizables personalizados. [22] Estas mejoras le dan a la COLR
tabla todas las capacidades gráficas de la SVG
tabla excepto el trazo. También agregan modos de composición y fusión, cuyo soporte se considera opcional para la SVG
tabla (ya que estos se implementan en SVG como efectos de filtro). [23] Además, las mejoras de la COLR
tabla están integradas con OpenType Font Variations, lo que no es posible con la SVG
tabla. La COLR
tabla mejorada es 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 único 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 que son 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 solo archivo de fuente. (Sin embargo, cada fuente dentro de la colección todavía tiene el límite de 65.535). Un archivo de colección TrueType normalmente tendría una extensión de archivo ".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 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 (OTCs), 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, la fuente Noto CJK OTC es aproximadamente 10 MB más pequeña que la suma de los cuatro OTF separados que la 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ó a la especificación OpenType un soporte explícito para colecciones con glifos en formato CFF. [17] Para reflejar esta aplicabilidad más inclusiva, se adoptó el término "Colección OpenType", en sustitución de "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 las "Variaciones de fuentes OpenType", que agregan 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 que Apple desarrolló previamente en TrueType GX y Adobe en las 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 "masters"), y que en el momento de mostrar el texto, el rasterizador de fuentes puede interpolar o "combinar" estas variaciones para derivar un rango continuo de variaciones de contorno adicionales. [30]
El concepto de fuentes completamente paramétricas había sido explorado de una 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 o los 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ó más tarde el soporte para el formato Multiple Master. [33] Esto ha llevado a preguntas sobre si una reintroducción de tecnología similar podría tener éxito. 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 de tamaño eficiente. Además, mientras que la década de 1990 fue una era de competencia agresiva en tecnología de fuentes, a menudo denominada "las guerras de fuentes", [34] [35] [36] OpenType Font Variations se desarrolló de manera colaborativa en la que participaron varios proveedores importantes. [37]
Las variaciones de fuentes están integradas en OpenType 1.8 de una manera integral, lo que permite que la mayoría de las capacidades existentes anteriormente se utilicen 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 que no se admiten variaciones pero que podrían ser potencialmente ú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 integrados 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 hizo uso de las 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 las 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]
OpenType utiliza la estructura sfnt general de una fuente TrueType, pero agrega varias opciones de fuente inteligente que mejoran las capacidades de soporte tipográfico y 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 Compact Font Format (CFF) en una tabla 'CFF'. (El nombre de la tabla 'CFF' tiene cuatro caracteres y termina en un carácter de espacio). Los datos de contorno CFF se basan en el formato de fuente del lenguaje PostScript Type 2. Sin embargo, la especificación OpenType (anterior a la 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 "OpenType Collection" renombrada.
Para muchos propósitos, como el diseño, no importa cuál sea el formato de los datos de contorno, pero para algunos propósitos, como la rasterización , es importante. El estándar OpenType no especifica el formato de los datos de contorno: en lugar de eso, 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 contorno contiene un archivo de fuente OpenType en particular.
OpenType tiene varias características distintivas:
Prácticamente todas las aplicaciones y sistemas operativos modernos tienen compatibilidad básica con el alfabeto latino y funcionan con fuentes OpenType tan bien como con otros formatos más antiguos. Entre los beneficios que van más allá de la compatibilidad básica con el alfabeto latino se incluyen la compatibilidad extendida con idiomas a través de Unicode , compatibilidad con sistemas de escritura complejos como el árabe y los idiomas índicos y compatibilidad tipográfica avanzada con idiomas de 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 compatibilidad básica con fuentes OpenType PS en formato Roman en Windows 95 , 98 o Me .
El soporte extendido del lenguaje a través de Unicode tanto para OpenType como para TrueType está presente en la mayoría de las aplicaciones para Microsoft Windows [ cita requerida ] (incluyendo Microsoft Office Publisher , la mayoría de las aplicaciones de Adobe y Microsoft Office 2003, aunque no Word 2002), CorelDRAW X3 y más recientes, y muchas aplicaciones de Mac OS X, incluyendo las propias de Apple como TextEdit , Pages y Keynote . También es ampliamente compatible en 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 de OpenType con sistemas de escritura complejos ha aparecido 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 sistemas de escritura de Oriente Medio o índicos , aunque hay una versión independiente de InDesign disponible que admite sistemas de escritura de Oriente Medio, como el árabe y el hebreo. La funcionalidad no documentada en muchas aplicaciones de Adobe Creative Suite 4, incluidas InDesign, Photoshop e Illustrator, permite el uso de idiomas de Oriente Medio, índicos 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 idiomas con 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 cualquier cosa que no sean caracteres WinANSI o MacRoman no se mostrará correctamente en una fuente OpenType (ni en otros formatos de fuente Unicode, para el caso). Sin embargo, en QuarkXPress 7, Quark ofrecía un soporte similar al de Adobe. CorelDRAW de Corel introdujo soporte para funciones tipográficas OpenType en la versión X6. Mellel , un procesador de textos exclusivo para Mac OS X de Redlers, afirma tener paridad en funciones tipográficas con InDesign, pero también extiende el soporte a escrituras de derecha a izquierda; lo mismo hace el Editor de texto clásico, un procesador de textos especializado desarrollado en la Academia Austriaca de Ciencias.
A partir de 2009 [actualizar], los procesadores de texto populares para Microsoft Windows no admitían funciones tipográficas avanzadas de OpenType . Las funciones tipográficas avanzadas se implementan solo en software de publicación de escritorio 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 funciones OpenType a los desarrolladores de software, y admite fuentes OpenType TrueType y OpenType CFF ( Compact Font Format ). Admite funciones tipográficas avanzadas como ligaduras , numerales de estilo antiguo , variantes de floritura , fracciones , superíndice y subíndice , mayúsculas pequeñas , sustitución de glifos , líneas de base múltiples , formas de caracteres alternativos contextuales y estilísticos , kerning, justificación a nivel de línea , caracteres ruby , etc. [40] Las aplicaciones WPF obtienen automáticamente soporte para funciones tipográficas avanzadas. Las ligaduras OpenType son accesibles en Microsoft Office Word 2010. [ 41]
Windows 7 introdujo DirectWrite , una API nativa de DirectX acelerada por hardware para la representación de texto con soporte para texto multiformato, fuentes de contorno independientes de la resolución, ClearType , características avanzadas de tipografía OpenType, soporte completo de texto Unicode, 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 compatibilidad considerable con OpenType. La compatibilidad de Apple con OpenType en Mac OS X 10.4 incluía las funciones tipográficas más avanzadas necesarias para los idiomas con escritura latina , como versalitas , cifras de estilo antiguo y varios tipos de ligaduras, pero aún no admitía alternativas contextuales, formas posicionales ni reordenamiento de glifos como las que maneja 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 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 mejor las sustituciones de glifos contextuales largos).
Bitstream Panorama , un motor de composición de texto y diseño de líneas de Bitstream Inc. , ofrece compatibilidad completa con OpenType para fuentes asiáticas compactas y estándar, árabes, hebreas, índicas, tailandesas y más de 50 idiomas más de todo el mundo. La aplicación admite las 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 compatibilidad completa con funciones tipográficas avanzadas, como ligaduras, caracteres floreados, versalitas, adornos, ordinales, superiores, estilo antiguo, kerning, fracciones, etc.
En entornos de software libre como Linux , la representación OpenType es proporcionada por el proyecto FreeType , incluido en implementaciones libres del sistema X Window como X.org . El manejo complejo de texto es proporcionado por 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 admiten muchas características tipográficas OpenType, porque 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 fuente OpenType (aparte del contorno) se pueden definir utilizando texto legible por humanos guardado en el formato de archivo de características OpenType de Adobe. [44] [45] Los archivos de características OpenType normalmente tienen un nombre que termina en una .fea
extensión. Estos archivos se pueden compilar en el contenedor de fuentes binarias ( .ttf
o .otf
) utilizando Adobe Font Development Kit for OpenType (AFDKO), FontLab , FontForge , Glyphs , DTL OTMaster, RoboFont o FontTools.
Las etiquetas de diseño OpenType son cadenas de caracteres de 4 bytes que identifican los scripts, los sistemas de lenguaje, las características y las líneas base de una fuente OpenType Layout. El registro de etiquetas de diseño de Microsoft establece convenciones para nombrar y usar estas etiquetas. Las características OpenType se crean mediante el uso de las etiquetas para crear scripts de características que describen cómo se deben manipular los caracteres para crear la característica deseada. Estos scripts de características se pueden crear e incorporar a las fuentes OpenType mediante editores de fuentes avanzados como FontLab Studio , AsiaFont Studio y FontForge .
El soporte del sistema operativo y de la aplicación para las etiquetas de diseño varía ampliamente.
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 arab
para el alfabeto árabe , cyrl
para el alfabeto cirílico y latn
para el alfabeto latino . La math
etiqueta de script, agregada por Microsoft para Cambria Math , se ha agregado a la especificación. [46] [47]
Las etiquetas de sistemas de idiomas identifican los sistemas de idiomas admitidos en una fuente OpenType. Algunos ejemplos son ARA
: árabe , ESP
españ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 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 requerida ]
Se proporciona una lista de características OpenType con descripciones ampliadas en la lista de características tipográficas .
Las etiquetas de línea de base tienen un significado específico cuando se utilizan en la dirección de escritura horizontal (utilizada en la tabla HorizAxis de la tabla 'BASE'), en la dirección de escritura vertical (utilizada en la tabla VertAxis de la tabla 'BASE') o en ambas.
Etiqueta de línea base | eje horizontal | Eje vertical |
---|---|---|
'colgar' | Línea horizontal de la que parecen colgar los silabogramas en la escritura tibetana. | La misma línea en modo de escritura vertical tibetano. |
'fiebre del oro' | Carácter ideográfico cara borde inferior línea base. | Personaje ideográfico cara borde izquierdo línea base. |
'icft' | Carácter ideográfico cara borde superior línea base. | Carácter ideográfico cara borde derecho línea base. |
'ideo' | Línea base del borde inferior del recuadro ideográfico. | Línea base del borde izquierdo del recuadro ideográfico. |
'identificador' | Línea base del borde superior del recuadro ideográfico. | Línea base del borde derecho del recuadro ideográfico. |
'matemáticas' | La línea base sobre la que se centran los caracteres matemáticos. | La línea de base sobre la cual se centran los caracteres matemáticos en el modo de escritura vertical. |
'romano' | La línea de base utilizada por escrituras alfabéticas simples, como el latín, el cirílico y el griego. | La línea de base alfabética para caracteres girada 90 grados en el sentido de las agujas del reloj para el modo de escritura vertical. |
Un conjunto de tablas que reflejan las métricas de fuentes matemáticas de TeX de manera relativamente cercana fue añadido inicialmente por Microsoft a Cambria Math para soportar su nuevo motor de edición y renderización matemática en Office 2007 y posteriores. [50] [51] Esta extensión fue añadida al estándar ISO (ISO/IEC CD 14496-22 3ra edición) en abril de 2014. [52] Detalles adicionales (de uso) están disponibles en el informe técnico Unicode 25 [53] y la nota técnica 28. [54] Algunas de las nuevas características técnicas (no presentes en TeX), tales como "cut-ins" (que permite el kerning de subíndices y superíndices relativos a sus bases [55] ) y pilas estiradas [56] han sido patentadas por Microsoft. [57] [58] [59] Windows 8 soporta matemáticas OpenType fuera de las aplicaciones 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 utilizar por completo 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 de la representación matemática 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 hace posible 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 funciones matemáticas OpenType en su implementación MathML . [62] [63]
A partir de 2024 [actualizar], el 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, 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 2014, [actualizar]el número de fuentes matemáticas OpenType sigue siendo bastante limitado. [71] Se mantiene una lista más actualizada en el sitio web de Mozilla . [64]
La aparición de los emojis 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 colorInformación sobre herramientas Gráficos de red portátilesimágenes dentro de la tabla sbix. [72] [73] [74] Google utilizó una extensión similar con imágenes de mapa de bits de color incrustadas contenidas 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") realmente define los colores para las capas. El enfoque de múltiples capas 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ó los roles previstos de las paletas: la primera paleta se usa de manera predeterminada para situaciones de color "oscuro sobre claro", mientras que la segunda paleta está destinada a usarse en situaciones "claro sobre oscuro". El usuario debe poder seleccionar paletas adicionales". [76]
Mozilla y Adobe desarrollaron una extensión diferente basada en vectores agregando documentos SVG integrados (que admiten colores pero también animaciones) a la tabla SVG. La tabla SVG también permitió 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 a través de la norma ISO/IEC 14496-22. [82] Las nuevas tablas para cada una de ellas se agregaron a la versión 1.7 de OpenType. [83] La tabla sbix de Apple originalmente solo era compatible con las fuentes AAT, pero luego se agregó a la versión 1.8 de OpenType. [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 la versión 1.8.3 de OpenType, se revisó la especificación de la tabla SVG para que sea más restringida, lo que brinda 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 el " gaiji " (外字, "carácter externo" en japonés). Los sistemas de escritura ideográficos 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. No todos los glifos inventados y usados en la literatura del este de Asia han sido siquiera catalogados. Una fuente típica puede contener entre 8.000 y 15.000 de los glifos más usados. Sin embargo, de vez en cuando, un autor necesita un glifo que no está presente en la fuente elegida. Estos caracteres faltantes se conocen en Japón como gaiji y a menudo interrumpen el trabajo.
Otro aspecto del problema de los gaiji es el de los glifos variantes para ciertos caracteres. A menudo, ciertos caracteres se han escrito de forma diferente a lo largo del tiempo. No es raro que los nombres de lugares o de familias utilicen una forma histórica de un carácter. Por lo tanto, es posible que un usuario final que utilice fuentes estándar no pueda escribir correctamente ni su propio nombre ni el nombre del lugar donde vive.
Se han ideado varias formas de tratar con los gaiji. Las soluciones que los tratan como caracteres normalmente les asignan valores Unicode arbitrarios en las Áreas de Uso Privado (PUA). Dichos 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 portables. Otras instalaciones tratan a los gaiji como gráficos. Esto puede resultar complicado 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 de los caracteres circundantes porque la maquinaria para representar gráficos normalmente es 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 Adobe Creative Suite 2 permite la creación de glifos, cada uno empaquetado como una fuente independiente, de alguna manera. Un glifo empaquetado de este tipo se llama glyphlet . El formato, que Adobe ha hecho público, se basa en OpenType. El paquete consta del contorno del glifo en formato TrueType o CFF (contornos 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 pequeños deben viajar con el documento en el que se utilizan. De esa manera, los documentos son portátiles y no hay peligro de que haya caracteres en el documento que no se puedan mostrar. Debido a que los glifos pequeños son esencialmente fuentes OpenType, la maquinaria de fuentes estándar puede reproducirlos. La especificación SING también describe un formato XML que incluye todos los datos necesarios para reconstruir el glifo pequeño en forma binaria. Un glifo pequeño típico puede requerir de uno a dos kilobytes para representarse.
{{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace )