Ir al contenido

Matriz de compatibilidad de fuentes y sistemas de escritura

Dos clases de fuente determinan qué sistemas de escritura pueden representarse. Las fuentes standard-14 (Helvetica, Times, Courier) cubren el repertorio de WinAnsiEncoding, y nada más. Una fuente TrueType u OpenType incrustada y registrada representa un sistema de escritura únicamente cuando tanto el mapa de caracteres de la fuente como la ruta de modelado actual lo cubren. Ninguna clase de fuente representa por sí sola todo Unicode.

Sistema de escrituraFuentes standard-14Fuente incrustada registrada
Latín de Europa OccidentalSí: el repertorio completo de WinAnsiEncoding (Windows-1252)
Acentos latinos más allá de WinAnsi, griego, cirílicoNoCuando el mapa de caracteres de la fuente los cubra
Chino, japonés, coreano (CJK)NoCuando el mapa de caracteres de la fuente los cubra
Árabe, persa, urduNoCon modelado contextual, cuando el mapa de caracteres cubra el bloque Arabic Presentation Forms-B
HebreoNoReordenado en orden visual; sin modelado
Tailandés y otras escrituras complejasNoCuando el mapa de caracteres las cubra; el modelado avanzado es limitado

Las familias standard-14 — Helvetica, Times y Courier — representan el repertorio completo de WinAnsiEncoding (página de códigos 1252 de Windows): latín acentuado de Europa Occidental, el signo del euro y la puntuación tipográfica común, incluidos los guiones corto y largo, las comillas tipográficas, la viñeta, los puntos suspensivos y el signo de marca registrada (ISO 32000-2 Annex D.2). No representan ningún otro sistema de escritura. Para cualquier carácter fuera de ese repertorio, es necesario registrar una fuente incrustada. Symbol y ZapfDingbats son los dos tipos de letra standard-14 que no tienen un sustituto métricamente compatible; cuando se necesite alguno de ellos, es necesario registrar una fuente incrustable.

Consultar Componer texto con fuentes y alineación para el flujo de trabajo con fuentes estándar.

Una fuente TrueType u OpenType registrada representa Unicode solo cuando tanto el mapa de caracteres de la fuente seleccionada como la ruta de modelado actual proporcionen cobertura. El registro de una fuente, por sí solo, no garantiza un glifo para cada punto de código.

  • La cobertura depende del mapa de caracteres. El motor dibuja un punto de código solo si la fuente incrustada lo asigna a un glifo. Una fuente creada para un sistema de escritura no representará otro.
  • Latino, griego, cirílico y CJK se representan directamente a partir del mapa de caracteres, un glifo por punto de código, cuando la fuente los cubre.
  • El árabe también requiere modelado contextual — formas inicial, medial, final y aislada de las letras más la ligadura Lam-Alef — y una fuente cuyo mapa de caracteres cubra el bloque Arabic Presentation Forms-B. La compatibilidad con fuentes que dependen únicamente de la Sustitución de Glifos de OpenType (GSUB) y con la ruta de modelado de HarfBuzz queda como trabajo futuro.
  • Las escrituras de derecha a izquierda (árabe, hebreo, persa, urdu) se reordenan en orden visual con el Algoritmo Bidireccional de Unicode del Anexo Estándar de Unicode (UAX) #9. El hebreo se reordena pero no se modela, lo cual es correcto para esta escritura.

Consultar Representar HTML árabe de derecha a izquierda para ver un ejemplo desarrollado en árabe y las limitaciones actuales de derecha a izquierda.