Las fuentes PostScript son archivos de fuentes codificados según especificaciones de fuentes de contorno desarrolladas por Adobe Systems para la composición tipográfica digital profesional . Este sistema utiliza el formato de archivo PostScript para codificar la información de las fuentes.
"Fuentes PostScript" también puede usarse por separado para referirse a un conjunto básico de fuentes incluidas como estándares en el sistema PostScript, como Times New Roman , Helvetica y Avant Garde .
Las fuentes Tipo 1 y Tipo 3, aunque fueron introducidas por Adobe en 1984 como parte del lenguaje de descripción de páginas PostScript , no se utilizaron ampliamente hasta marzo de 1985, cuando se presentó la primera impresora láser que usaba el lenguaje PostScript, la Apple LaserWriter .
Incluso entonces, en 1985, las fuentes de contorno residían únicamente en la impresora y la pantalla utilizaba fuentes de mapa de bits como sustitutos de las fuentes de contorno.
Aunque originalmente formaban parte de PostScript, las fuentes Type 1 utilizaban un conjunto simplificado de operaciones de dibujo en comparación con PostScript ordinario (se eliminaron elementos programáticos como bucles y variables, de forma muy similar a PDF ), pero las fuentes Type 1 añadieron "pistas" para facilitar la representación en baja resolución. Originalmente, Adobe mantuvo en secreto los detalles de su esquema de pistas y utilizó un esquema de cifrado (simple) para proteger los contornos y las pistas de Type 1, que todavía persiste en la actualidad (aunque Adobe publicó el esquema de cifrado y la clave). A pesar de estas medidas, el esquema de Adobe fue rápidamente modificado por otros actores de la industria. No obstante, Adobe exigió a cualquiera que trabajara con fuentes Type 1 que obtuviera una licencia de su tecnología.
Las fuentes Type 3 permitían toda la sofisticación del lenguaje PostScript, pero sin el enfoque estandarizado de las sugerencias (aunque algunas empresas como ATF implementaron sus propios esquemas patentados) o un esquema de cifrado. Otras diferencias contribuyeron a aumentar la confusión.
El coste de la licencia se consideraba muy elevado en aquella época y Adobe siguió negándose a ofrecer tarifas más atractivas. Fue este problema el que llevó a Apple a diseñar su propio sistema, TrueType , alrededor de 1991. Inmediatamente después del anuncio de TrueType, Adobe publicó el «formato de fuente Adobe Type 1», [1] una especificación detallada del formato. Las herramientas de desarrollo de fuentes como Fontographer añadieron la capacidad de crear fuentes Type 1. Desde entonces, el formato Type 2 se ha utilizado como base para el moderno formato OpenType .
Al utilizar el lenguaje PostScript (PS), los glifos se describen con curvas Bézier cúbicas (en oposición a las curvas cuadráticas de TrueType ), y por lo tanto, se puede cambiar el tamaño de un único conjunto de glifos mediante transformaciones matemáticas simples, que luego se pueden enviar a una impresora preparada para PostScript . Debido a que los datos de Type 1 son una descripción del contorno de un glifo y no una imagen rasterizada (es decir, un mapa de bits ), las fuentes Type 1 se conocen comúnmente como "fuentes de contorno", en oposición a las fuentes de mapa de bits . Para los usuarios que desean obtener una vista previa de estos tipos de letra en una pantalla electrónica, las versiones pequeñas de una fuente necesitan sugerencias adicionales y suavizado para verse legibles y atractivas en la pantalla. Esto a menudo venía en forma de una fuente de mapa de bits adicional del mismo tipo de letra, optimizada para la visualización en pantalla. De lo contrario, para obtener una vista previa de las fuentes Type 1 en aplicaciones de composición tipográfica, se requería la utilidad Adobe Type Manager .
El tipo 0 es un formato de fuente "compuesto", como se describe en el Manual de referencia del lenguaje PostScript, segunda edición. Una fuente compuesta está formada por una fuente de alto nivel que hace referencia a varias fuentes descendientes.
Type 1 (también conocido como PostScript , PostScript Type 1 , PS1 , T1 o Adobe Type 1 ) es el formato de fuente para fuentes digitales de un solo byte que se utiliza con el software Adobe Type Manager y con impresoras PostScript. Puede admitir sugerencias de fuentes .
Originalmente era una especificación propietaria, pero Adobe la liberó a fabricantes de fuentes externos con la condición de que todas las fuentes Type 1 la cumplieran.
Las fuentes Tipo 1 son compatibles de forma nativa con macOS y con Windows 2000 y versiones posteriores a través de la API GDI. [2] (No son compatibles con las API GDI+, WPF o DirectWrite de Windows).
Adobe anunció el 27 de enero de 2021 que finalizaría el soporte para las fuentes Type 1 en los productos Adobe después de enero de 2023. [3] El soporte para las fuentes Type 1 en Adobe Photoshop se interrumpió con el lanzamiento de la versión 23.0 del producto en octubre de 2021.
El tipo 2 es un formato de cadena de caracteres que ofrece una representación compacta de los procedimientos de descripción de caracteres en un archivo de fuente de contorno. El formato está diseñado para usarse con el formato de fuente compacto (CFF). El formato CFF/Type2 es la base de las fuentes OpenType Type 1 y se utiliza para incrustar fuentes en archivos PDF de Acrobat 3.0 (versión 1.2 del formato PDF).
La fuente Type 3 (también conocida como PostScript Type 3 o PS3 , T3 o Adobe Type 3 ) consta de glifos definidos con el lenguaje PostScript completo, en lugar de solo un subconjunto. Debido a esto, una fuente Type 3 puede hacer algunas cosas que las fuentes Type 1 no pueden hacer, como especificar sombreado, color y patrones de relleno. Sin embargo, no admite la función de insinuación. Adobe Type Manager no admitía fuentes Type 3 y no se admiten como fuentes WYSIWYG nativas en ninguna versión de macOS o Windows.
El Type 4 es un formato que se utilizaba para crear fuentes para cartuchos de fuentes de impresora y para el almacenamiento permanente en el disco duro de una impresora. Las descripciones de los caracteres se expresan en el formato Type 1. Adobe no documenta este formato propietario.
El tipo 5 es similar al formato tipo 4, pero se utiliza para fuentes almacenadas en las ROM de una impresora PostScript. También se conoce como fuente CROM (fuente ROM comprimida).
Ghostscript los denominó tipos de fuente CID 0, 1 y 2 respectivamente, documentados en los suplementos de Adobe. Los tipos 9, 10 y 11 son fuentes con clave CID para almacenar los tipos 1, 3 y 42, respectivamente.
El tipo 14, o formato de fuente Chameleon, se utiliza para representar una gran cantidad de fuentes en una pequeña cantidad de espacio de almacenamiento, como la ROM de una impresora. El conjunto básico de fuentes Chameleon consta de una fuente maestra y un conjunto de descriptores de fuentes que especifican cómo se debe ajustar la fuente maestra para brindar el conjunto deseado de formas de caracteres para un tipo de letra específico.
Adobe no documenta el formato Type 14. Se introdujo con PostScript 3 en 1997 y se perdió importancia en años posteriores a medida que el almacenamiento se abarataba.
El tipo 32 se utiliza para descargar fuentes de mapa de bits a intérpretes PostScript con número de versión 2016 o posterior. Los caracteres de mapa de bits se transfieren directamente a la memoria caché de fuentes del intérprete, ahorrando así espacio en la memoria de la impresora.
El formato de fuente Type 42 es un envoltorio PostScript alrededor de una fuente TrueType , lo que permite que las impresoras compatibles con PostScript que contienen un rasterizador TrueType (que se implementó por primera vez en la versión 2010 del intérprete PostScript como una característica opcional, que luego se convirtió en estándar) impriman fuentes TrueType. La compatibilidad con fuentes TrueType CJK multibyte se agregó en la versión 2015 de PostScript. Se dice que la elección fuera de secuencia del número 42 es una referencia en broma a La guía del autoestopista galáctico , donde 42 es la respuesta a la vida, el universo y todo .
Además de los tipos de fuentes, las especificaciones PostScript también definieron el conjunto de fuentes principal, que dicta el número mínimo de fuentes y los conjuntos de caracteres que debe admitir cada fuente.
El PostScript original definía 13 estilos de fuente que forman 4 familias tipográficas:
PostScript Nivel 2 definió 35 estilos de fuente que forman 10 familias tipográficas. Incluyen todas las fuentes de Nivel 1 mencionadas anteriormente, además de las siguientes:
Muchos sistemas operativos de ordenador tienen instaladas estas fuentes, aunque varios proyectos han creado clones de ellas. Por ejemplo, las fuentes Ghostscript (también conocidas como fuentes URW Base 35) son clones de código abierto de todas las fuentes definidas en PostScript 2.
En PostScript 3, se especifican 136 estilos de fuente, [4] que incluyen los 35 estilos de fuente definidos en PostScript 2, fuentes principales en sistemas operativos populares (a saber, Windows 95, Windows NT y Macintosh), fuentes seleccionadas de Microsoft Office y el conjunto de fuentes HP 110. Las nuevas fuentes incluyen:
En PDF, se definen 14 fuentes Type 1 como fuentes estándar. Entre ellas se incluyen los 13 estilos de fuente definidos por PostScript Level 1, junto con ITC Zapf Dingbats. [5]
Sin embargo, en versiones recientes de Adobe Acrobat Reader , Helvetica y Times fueron reemplazadas internamente por Arial y Times New Roman respectivamente. [6]
Aunque las fuentes PostScript pueden contener cualquier conjunto de caracteres, existen conjuntos de caracteres desarrollados específicamente por Adobe, que son utilizados por las fuentes desarrolladas por Adobe.
Incluye un conjunto de caracteres básicos que contiene letras mayúsculas y minúsculas, cifras, caracteres acentuados y puntuación. Estas fuentes también contienen símbolos monetarios (centavo, dólar, euro, florín, libra esterlina, yen), ligaduras estándar (fi, fl), fracciones comunes (1/4, 1/2, 3/4), operadores matemáticos comunes, números superíndices (1,2,3), delimitadores y conectores comunes y otros símbolos (incluidos dagas, marca registrada, marca registrada, derechos de autor, párrafo, litro y símbolo de estimación). En comparación con el conjunto de caracteres ISO-Adobe, Western 2 también agrega 17 caracteres de símbolo adicionales: euro, litro, estimado, omega, pi, partialdiff, delta, producto, suma, radical, infinito, integral, approxequal, notqual, lessequal, greaterequal y lozenge.
Las fuentes con un conjunto de caracteres Adobe Western 2 son compatibles con la mayoría de los idiomas occidentales, incluidos afrikáans, vasco, bretón, catalán, danés, holandés, inglés, finlandés, francés, gaélico, alemán, islandés, indonesio, irlandés, italiano, noruego, portugués, sami, español, suajili y sueco.
Este estándar reemplazó a ISO-Adobe como el nuevo estándar de conjunto mínimo de caracteres implementado en las fuentes OpenType de Adobe.
Las fuentes con un conjunto de caracteres Adobe CE también incluyen los caracteres necesarios para admitir los siguientes idiomas de Europa central: croata, checo, estonio, húngaro, letón, lituano, polaco, rumano, serbio (latino), eslovaco, esloveno y turco.
Esta colección de caracteres chinos simplificados es compatible con los estándares de conjuntos de caracteres GB 1988–89, GB 2312–80, GB/T 12345–90, GB 13000.1-93 y GB 18030-2005. Las codificaciones admitidas incluyen ISO-2022 , EUC-CN , GBK , UCS-2, UTF-8, UTF-16, UTF-32 y la codificación mixta de uno, dos y cuatro bytes publicada en GB 18030-2005.
Esta colección de caracteres chinos tradicionales ofrece compatibilidad con los estándares de conjuntos de caracteres Big-5 y CNS 11643-1992. También incluye compatibilidad con varias extensiones de Big-5, que contienen caracteres utilizados principalmente en la configuración regional de Hong Kong. Las principales extensiones de Big-5 compatibles incluyen HKSCS . [7]
Las codificaciones admitidas incluyen ISO-2022, EUC-TW , Big Five, UCS-2, UTF-8, UTF-16 y UTF-32.
En Adobe-CNS1-7, se agregaron 23 glifos adicionales, con 25 asignaciones adicionales para sus recursos Unicode CMap. [8]
Se trata de una serie de conjuntos de caracteres desarrollados para fuentes japonesas. El último conjunto de caracteres de Adobe, el conjunto Adobe-Japan1-6, abarca los conjuntos de caracteres JIS X 0208 , ISO-2022-JP , Microsoft Windows 3.1 J , JIS X 0213 :2004, JIS X 0212-1990 y el conjunto de caracteres Kyodo News U-PRESS.
Originalmente fue una implementación del estándar de caracteres JIS X 0212-1990 y las extensiones de Macintosh, pero con la introducción del estándar Adobe-Japan1 suplemento 6 (Adobe-Japan1-6), Adobe-Japan2-0 quedó obsoleto.
Esta colección de caracteres coreanos es compatible con los estándares de conjuntos de caracteres KS X 1001 :1992 y KS X 1003:1992 y sus variantes corporativas seleccionadas. Las codificaciones compatibles incluyen ISO-2022-KR, EUC-KR , Johab, UHC , UCS-2, UTF-8, UTF-16 y UTF-32.
Las fuentes con un conjunto de caracteres ISO-Adobe son compatibles con la mayoría de los idiomas occidentales, entre ellos: afrikáans, euskera, bretón, catalán, danés, holandés, inglés, finlandés, francés, gaélico, alemán, islandés, indonesio, irlandés, italiano, noruego, portugués, sami, español, suajili y sueco. Este es el conjunto de caracteres estándar en la mayoría de las fuentes PostScript Type 1 de Adobe.
La fuente con clave CID (también conocida como fuente CID , fuente basada en CID , abreviatura de fuente Character Identifier ) es una estructura de fuente, desarrollada originalmente para formatos de fuente PostScript , diseñada para abordar una gran cantidad de glifos . Fue desarrollada para admitir conjuntos de caracteres pictográficos del este de Asia, ya que estos comprenden muchos más caracteres que los sistemas de escritura latino, griego y cirílico.
Adobe desarrolló formatos de fuentes con clave CID para resolver problemas con el formato OCF/Type 0, para abordar codificaciones complejas de idiomas asiáticos ( CJK ) y conjuntos de caracteres muy grandes. Los elementos internos con clave CID se pueden usar con el formato de fuente Type 1 para fuentes con clave CID estándar, o Type 2 para fuentes OpenType con clave CID . Las fuentes con clave CID a menudo hacen referencia a "colecciones de caracteres", conjuntos de glifos estáticos definidos para diferentes propósitos de cobertura de idiomas. Aunque en principio cualquier creador de fuentes puede definir colecciones de caracteres, las de Adobe son las únicas de uso generalizado. Cada colección de caracteres tiene una codificación que asigna los identificadores de caracteres a los glifos. Cada glifo miembro de una colección de caracteres se identifica mediante un identificador de carácter único (CID). Dichos CID generalmente son complementarios a otras codificaciones o asignaciones como Unicode .
Las colecciones de caracteres reciben un nombre único por registro, orden y suplemento, como "Adobe-Japan1-6". El registro es el desarrollador (como Adobe). El llamado "orden" indica el propósito de la colección (por ejemplo, "Japan1"). El número de suplemento (como 6) indica adiciones incrementales: para un idioma determinado, puede haber múltiples colecciones de caracteres de tamaño creciente, cada una de las cuales es un superconjunto de la última, utilizando un número de suplemento más alto. La colección Adobe-Japan1-0 tiene 8284 glifos, mientras que Adobe-Japan1-6 tiene 23.058 glifos.
Las fuentes con clave CID pueden crearse sin referencia a una colección de caracteres mediante el uso de una codificación de "identidad", como Identity-H (para escritura horizontal) o Identity-V (para escritura vertical). Estas fuentes pueden tener cada una un conjunto de caracteres único y, en tales casos, el número CID de un glifo no es informativo; generalmente, se utiliza la codificación Unicode en su lugar, posiblemente con información complementaria.
Las fuentes con clave CID tienen internamente sus conjuntos de caracteres divididos en "filas", con la ventaja de que a cada fila se le pueden aplicar diferentes parámetros de sugerencia global .
En teoría, sería posible crear versiones OpenType con codificación CID de fuentes occidentales. Esto parecería deseable para algunas de esas fuentes debido a las ventajas de la función de referencia. Sin embargo, según Adobe, gran parte de la infraestructura de software (aplicaciones, controladores, sistemas operativos) hace suposiciones incorrectas sobre las fuentes con codificación CID de maneras que hacen que dichas fuentes se comporten mal en el uso en el mundo real.
La tecnología Adobe ClearScan (a partir de Acrobat 9 Pro) crea fuentes Type1-CID personalizadas para que coincidan con la apariencia visual de un documento escaneado después del reconocimiento óptico de caracteres (OCR). ClearScan no reemplaza las fuentes con fuentes del sistema ni las sustituye por Type1-MM (como en Acrobat 8 y versiones anteriores), sino que utiliza estas fuentes personalizadas recién creadas. Las fuentes personalizadas se incrustan en el archivo PDF (esto es obligatorio). En Acrobat DC, ya no se llama "ClearScan" sino "Recognize Text - Editable Text & Images", [9] y ahora es posible editar el texto. [10]
El formato de fuente compacto (también conocido como formato de fuente CFF , formato de fuente Tipo 2 o formato de fuente CFF/Tipo 2 ) es una compactación sin pérdida del formato Tipo 1 que utiliza cadenas de caracteres Tipo 2. Está diseñado para utilizar menos espacio de almacenamiento que las fuentes Tipo 1, mediante el uso de operadores con múltiples argumentos, varios valores predeterminados predefinidos, una asignación más eficiente de valores de codificación y subrutinas compartidas dentro de un FontSet (familia de fuentes).
La denominada versión PostScript o Type 1 de las fuentes OpenType , también llamada OpenType CFF, contiene contornos de glifos y sugerencias en una tabla CFF.
Las fuentes CFF se pueden incrustar en archivos PDF a partir de la versión PDF 1.2. Es el método habitual para representar una fuente Type 1 en un PDF.
Las fuentes con clave CID se pueden representar dentro de CFF con cadenas de caracteres Tipo 2 para fuentes OpenType con clave CID.
Una fuente Tipo 1 se puede convertir sin pérdidas al formato CFF/Type2 y viceversa.
Las fuentes Multiple Master (o fuentes MM ) son una extensión de las fuentes Type 1 PostScript de Adobe Systems . Las fuentes Multiple Master contienen una o más "masters" (es decir, estilos de fuente originales, por ejemplo, una versión clara, una normal y una negrita) y permiten al usuario interpolar estos estilos de fuente a lo largo de un rango continuo de "ejes". Si bien las fuentes Multiple Master ya no son comunes en las fuentes del usuario final, aún desempeñan un papel importante al desarrollar familias de fuentes complejas.
Los datos de glifos PostScript se pueden incrustar en archivos de fuentes OpenType, pero las fuentes OpenType no se limitan a utilizar contornos PostScript. Los contornos PostScript en fuentes OpenType están codificados en el formato de fuente compacto (CFF) Type2.
Cuando Adobe convirtió las fuentes PostScript Type 1 y Type 1 Multiple Master al formato OpenType CFF, se basaron en las últimas versiones Type 1/MM de las fuentes Adobe Type Library. Además del cambio de formato de archivo, hay otros cambios:
Para muchas fuentes Adobe Originals , particularmente aquellas diseñadas por Robert Slimbach , Adobe realizó cierto grado de rediseño junto con la conversión a OpenType.
La tipografía Helvética Narrow no se convirtió a OpenType porque la Type 1 original era una versión matemáticamente comprimida de Helvética, en lugar de una tipografía condensada realmente diseñada. Esto se hizo originalmente para conservar espacio en la ROM en las impresoras PostScript. [11]
Como resultado de los cambios anteriores, Adobe ya no garantiza la compatibilidad métrica entre las fuentes Type 1 y OpenType. Sin embargo, Adobe afirma que el cambio es mínimo para las fuentes Adobe (no Adobe Originals) si:
El formato de fuente compuesta original (que utiliza una estructura de archivo Tipo 0) fue el primer esfuerzo de Adobe por implementar un formato para fuentes con conjuntos de caracteres grandes, que debutó con PostScript nivel 2.
Adobe desarrolló entonces el formato de archivo de fuentes con clave CID, que fue diseñado para ofrecer un mejor rendimiento y una arquitectura más flexible para abordar los complejos problemas de codificación y conjuntos de caracteres de los idiomas asiáticos. Adobe no documenta ni admite el formato de fuente OCF.
Las métricas de fuente OCF se describen en el archivo Adobe Composite Font Metrics.
Los archivos Adobe Font Metrics (AFM), Adobe Composite Font Metrics (ACFM) y Adobe Multiple Font Metrics (AMFM) contienen información general sobre las fuentes e información sobre las métricas de las fuentes del programa de fuentes. Estos archivos se utilizan generalmente de forma directa solo en entornos Unix .
Un archivo AFM proporciona métricas globales para un programa de fuentes y las métricas de cada carácter individual.
Las métricas de una fuente maestra múltiple se describen mediante un archivo AMFM, que especifica los datos de control y la información global de la fuente, además de un archivo AFM para cada uno de los diseños maestros de la fuente.
Un archivo ACFM proporciona información sobre la estructura de una fuente compuesta. Específicamente, las métricas globales del programa de fuente compuesta y las métricas globales de cada uno de sus programas de fuente descendientes inmediatos. El archivo ACFM no se asocia con una fuente base, sino que actúa como la estructura de nivel superior de una fuente compuesta. Las métricas de caracteres de caracteres individuales en la fuente compuesta se describen completamente mediante uno o más archivos AFM asociados.
Los formatos son lo suficientemente similares como para que un analizador compatible pueda analizar archivos AFM, ACFM y AMFM.
Printer Font ASCII (PFA) es una versión ASCII pura de un programa de fuentes Type 1, que contiene en particular los datos de glifo de una fuente. Es código PostScript puro sin ningún tipo de envoltura y se puede copiar íntegramente en un archivo PS para definir la fuente para el intérprete PS. PFA es el formato preferido para las fuentes Type 1 que se utilizan en entornos UNIX y normalmente lleva una extensión de nombre de archivo ".PFA".
Aunque estos archivos pueden contener código PostScript arbitrario sintácticamente, suelen seguir una fórmula bastante rígida para permitir que los lectores que no son intérpretes PostScript completos los procesen (por ejemplo, para crear un subconjunto de la fuente). La primera sección del archivo se denomina parte de texto sin formato y comienza a construir las estructuras de datos que definen la fuente en el intérprete PostScript; la información que se incluye aquí son cosas que Adobe en los años 80 no tenía ningún problema en tener públicas y gran parte de ella también estaría presente en el archivo AFM complementario. Los dos últimos operadores de la parte de texto sin formato son currentfile eexec(encrypted exec), que indica al intérprete que cambie a leer el archivo actual como un flujo de instrucciones cifrado. La siguiente parte cifrada es de nuevo código PostScript para terminar de construir las estructuras de datos de la fuente; gran parte de ella consta de cadenas de caracteres, que son más bien una especie de código de bytes , pero en la etapa de definición de la fuente son simplemente datos almacenados en la fuente, incluso si ese código está cifrado (lo que produce valores de bytes arbitrarios) y luego codificado en hexadecimal para garantizar la naturaleza ASCII general del archivo. Las estructuras de datos creadas aquí se marcan noaccesspara que no sean accesibles para el código PostScript posterior. La acción final en la parte cifrada es volver a leer el archivo normalmente, pero como eexec leería un poco más adelante, era imposible saber exactamente en qué carácter se reanudaría el procesamiento normal. Por lo tanto, los archivos PFA terminan con un final de 512 ceros seguido de un cleartomarkoperador que descarta cualquier operando que pudiera haber terminado en la pila como resultado de la interpretación de esos ceros a partir de una posición aleatoria.
Printer Font Binary (PFB) es un formato de fuente PostScript binario creado por Adobe Systems , que normalmente lleva la extensión de nombre de archivo ".PFB". Contiene los datos de glifo de una fuente.
El formato PFB es un contenedor ligero que permite un almacenamiento más compacto de los datos en un archivo PFA. El archivo consta de una serie de bloques, cada uno de los cuales está marcado como ASCII o binario. Para recrear el archivo PFA correspondiente, se toman los bloques ASCII textualmente y se codifican en hexadecimal los bloques binarios. Los bloques binarios son los que componen la parte cifrada del programa de fuentes.
LaserWriter Font (LWFN) es un formato de fuente PostScript binario que se utiliza en el sistema operativo Mac OS clásico , conceptualmente similar al formato de fuente binaria Printer Font, pero que utiliza la estructura de datos de la bifurcación de recursos de macOS en lugar de un contenedor personalizado para los datos de la fuente. Contiene los datos de glifos de una fuente.
LWFNes el código de tipo de archivo para este tipo de archivo. No llevaría ninguna extensión y el nombre del archivo sería una abreviatura del nombre PostScript de la fuente, según una fórmula 5+3+3+...: el nombre se lee como si estuviera en CamelCase y se divide en subpalabras, se conservan hasta 5 letras de la primera subpalabra y hasta 3 letras de cualquier subpalabra posterior. Palatino-BoldItalic se encontraría así en el archivo PalatBolIta.
Printer Font Metric (PFM) es una versión binaria de AFM, que normalmente lleva la extensión de nombre de archivo ".PFM". Contiene información sobre la métrica de las fuentes.
El formato PFM está documentado en el archivo de ayuda " Impresoras y fuentes " de Windows 3.1 (PFK31WH.HLP). Algunos detalles también se tratan en el archivo de ayuda " Guía de adaptación de controladores de dispositivos " de Windows 3.1 (DDAG31WH.HLP). Ambos documentos forman parte del Kit de desarrollo de dispositivos (DDK) de Windows 3.1, que todavía está disponible (octubre de 2008) para los suscriptores de MSDN.
Los archivos .inf (INFormation) contienen información específica de la aplicación en texto ASCII simple, como los nombres de los menús de fuentes para aplicaciones basadas en Windows y DOS. Cuando se instala una fuente en Windows, el software ATM Installer toma el archivo AFM y el archivo INF como entrada y genera el archivo PFM requerido en el momento de la instalación. Los archivos AFM e INF no se instalan en el sistema del usuario.
Los archivos .MMM se utilizan para los datos métricos que necesitan varias fuentes maestras para el entorno de Windows.
.OFM es la extensión utilizada por OS/2 para su versión de archivo de métricas de fuentes binarias, a partir de la versión 2.1.
Windows 95 , Windows 98 , Windows NT 4 y Windows Me no admiten fuentes Type 1 de forma nativa. Para utilizar estas fuentes en estos sistemas operativos, se necesita Adobe Type Manager . Windows 2000 , Windows XP y Windows Vista admiten fuentes Type 1 de forma nativa a través de llamadas GDI . Sin embargo, Windows Presentation Foundation , que se introdujo en Windows Vista y que también está disponible para Windows XP, deja de admitir fuentes Type 1 y las reemplaza por fuentes Type 2.
Para las plataformas Microsoft Windows que admiten de forma nativa PostScript, solo se admiten los formatos de archivos binarios PostScript y OpenType.
Windows Presentation Foundation (anteriormente nombre en código Avalon) en Windows Vista admite la rasterización de fuentes OpenType CFF/Type 2, mientras que las fuentes Type 1 seguirán siendo compatibles en GDI , pero no en GDI+.
El paquete de utilidades de fuentes t1utils de I. Lee Hetherington y Eddie Kohler proporciona herramientas para decodificar fuentes Type 1 en un formato legible y editable (t1disasm), volver a ensamblarlas en fuentes (t1asm), convertir entre formatos ASCII y binario (t1ascii y t1binary) y convertir del formato PostScript de Macintosh al formato de fuente PostScript de Adobe (unpost).
