OpenType

De Wikipedia, la enciclopedia libre

OpenType
Categoría
Fecha de creación	1996
Diseñador(es)	Microsoft & Adobe Systems
Empresa	Microsoft y Adobe Systems

OpenType es un formato de fuentes tipográficas escalables para computadora desarrollado inicialmente por Microsoft y más tarde también por Adobe Systems. El formato se hizo público por primera vez en 1996, pero hasta 2000 y 2001 no comenzó a distribuirse comercialmente un número significativo de fuentes OpenType. Adobe terminó la conversión de su catálogo completo de fuentes a OpenType a finales del 2002. A principios del 2005, había alrededor de 10 000 fuentes disponibles en formato OpenType, un tercio de las cuales provenía del catálogo de Adobe. En el 2006, todas las principales casas tipográficas y muchas de las pequeñas estaban produciendo fuentes en formato OpenType.

Contenido 1 Historia 2 Descripción 3 Comparación con otros formatos 4 Soporte OpenType 5 La solución SING gaiji 5.1 Disposición de las etiquetas

[editar] Historia

OpenType fue pensado por Microsoft y Adobe para ser el sucesor del formato TrueType —desarrollado por Apple Computers y posteriormente licenciado a Microsoft— y del formato Tipo 1 (coloquialmente conocido como PostScript) desarrollado por Adobe.

Microsoft trato de licenciar la tecnología de tipografías avanzada, "GX Typography", a principios de los '90, y tras ser rechazada desarrolló su propia tecnología, llamada TrueType Open en 1994. Adobe se unió a Microsoft en 1996, agregando apoyo para la tipografía de contornos usada en sus fuentes Type 1, y el nombre OpenType fue usado entonces para la tecnología combinada.

Adobe y Microsoft continuaron desarrollando y refinando OpenType en la década siguiente. Luego, a fines del 2005, OpenType comenzó el proceso de convertirse en un estándar abierto en la Organización de Estándares Internacional (International Organization for Standardization, ISO), bajo el grupo MPEG que previamente había adoptado OpenType por referencia. El nuevo estándar es esencialmente OpenType 1.4, con cambios apropiados de idioma para ISO, y que será llamado Open Font Format (Formato de Fuentes Abierto). La adopción inicial del nuevo estándar se espera que esté completa a finales del 2006.

[editar] Descripción

OpenType usa la estructura general "sfnt" de una fuente TrueType, pero agrega varias opciones de smartfont que realzan las capacidades de soporte tipográficas y de idioma de la fuente. Los datos de contorno del glifo en una fuente OpenType puede estar en uno o dos formatos: contornos de formato TrueType, en una tabla 'glyf', o contornos de Formato de Fuente Compacta (CFF) es una tabla 'CFF '. Los datos del contorno esta basados en el lenguaje PostScript del formato de fuentes Type 2. El nombre de la tabla 'CFF ' tiene cuatro caracteres de largo, terminando en un carácter de espacio.

Para muchos propósitos, tal disposición, no importa que datos de contorno son, pero para algunos propósitos, como rasterización, es significativo. El término OpenType no especifica el formato específico de datos del contorno. A veces, términos como OpenType (sabor Postcript), OpenType CFF u OpenType (sabor TrueType) son usados para indicar que formato de contornos contiene una fuente OpenType en particular.

OpenType tiene algunas características distintivas:

• La codificación de la fuente esta basada en Unicode y puede soportar cualquier escritura (o muchas escrituras al mismo tiempo).
• Las fuentes OpenType pueden tener hasta 65,535 glifos.
• Las fuentes pueden tener características tipográficas especiales que permiten un tratamiento tipográfico apropiado de escrituras complejas y efectos tipográficos avanzados para escrituras más simples, como la escritura Latina usado en la escritura Inglesa.
• Los archivos de fuentes están pensados para ser compatibles con otras plataformas, y pueden ser usadas sin modificación en Mac OS, Windows y algunos sistemas Unix.
• Si no son agregados glifos adicionales o características tipográficas extensivas las fuentes OpenType pueden ser considerablemente más pequeñas que sus contrapartes Type 1.

[editar] Comparación con otros formatos

Comparado con "GX Typography" de Apple Computers -ahora llamada Tipografía Avanzada de Apple (Apple Advanced Typography, AAT)- OpenType es menos flexible en opciones tipográficas, pero superior en opciones y soporte relacionados al lenguaje.

OpenType fue mucho más exitosa que AAT, hay muchas más fuentes y aplicaciones que las soportan, a pesar de que AAT es una tecnología más vieja. La naturaleza de única plataforma de AAT y la falta de soporte de los grandes desarrolladores de software que no sean la misma Apple son factores en esto.

Desde la perspectiva de un desarrollador de fuentes, OpenType es, para muchas situaciones comunes, más fácil de desarrollar que AAT. Primero, las simples declaraciones de sustituciones y posiciones de OpenType son más entendidas que las tablas de estados más complejas (pero poderosas) de AAT. Segundo, la estrategia de Adobe de licenciar sin cargo el código fuente desarrollado para su propio desarrollo de fuentes le permitió a las aplicaciones de desarrollo de fuentes de terceros como FontLab y FontMaster agregar soporte con relativa facilidad. Aunque el soporte de codificación manejado por texto no es tan visual como la herramienta separada de Microsoft, Herramienta de Disposición Visual OpenType (Visual OpenType Layout Tool, VOLT), la integración con las herramientas que están siendo usadas para hacer fuentes fue bien recibida.

Otra diferencia es que un marco de soporte OpenType (como el Uniscribe de Microsoft) necesita proveer un justo pedacito de conocimiento sobre ediciones de procesado de lenguajes especiales para manejar (por ejemplo) Árabe. Con AAT el desarrollador de la fuente AAT puede manejar cualquier lenguaje arbitrario, pero requiere más trabajo y experiencia de los desarrolladores de fuentes. Por otra parte las fuentes OpenType son más fáciles de crear, pero sólo pueden soportar escrituras complejas si la aplicación o sistema operativo sabe como manejarlas.

Anterior al soporte de OpenType, Adobe promovió fuentes de maestro múltiple para tipografías de alta categoría. Las fuentes de maestro múltiple no contaban con los controles para glifos alternativos y lenguajes que provee OpenType, pero dio más control sobre la forma del glifo.

[editar] Soporte OpenType

El soporte de OpenType puede estar dividido en varias categorías: virtualmente todas las aplicaciones y la mayoría de los sistemas operativos trabajan con fuentes OpenType tan bien como otros formatos antiguos. Lo que es de particular interés es:

• El soporte extendido de lenguajes en Unicode.
• El soporte para escrituras "complejas", como el lenguaje Árabe o el Hindú.
• El soporte tipográfico avanzado para lenguajes Latinos como el Inglés.

Las fuentes OpenType TT (.TTF) son compatibles con todos los sistemas operativos de Microsoft. Las fuentes OpenType PS (.OTF), sin embargo, son solamente soportadas por Windows 2000, Windows XP y Windows Vista. Para soporte Romano básico en Windows95/98/NT/Me se requiere instalar algún organizador de fuentes como Adobe Type Manager.

El soporte extendido del lenguaje via Unicode para OpenType y TrueType esta presente en la mayoría de las aplicaciones de Windows (incluyendo Publisher, las aplicaciones de Adobe y Microsoft Office 2003) y muchas aplicaciones de Mac OS incluyendo TextEdit y Keynote. OpenType es soportado completamente en MacOS X por el procesador de texto Mellel.

El soporte de OpenType para escritura compleja en manuscrita ha aparecido en Microsoft Office on Publisher. Adobe InDesign provee capacidades extensivas de OpenType en Japonés pero no soporta directamente escrituras Medio Orientales o Indúes - aunque una versión separada soporta Árabe y Hebreo.

El soporte tipográfico avanzado para escritura Latina han aparecido hasta ahora en aplicaciones de Adobe como Adobe InDesign, Adobe Photoshop y Adobe Illustrator. CorelDRAW de Corel no soporta características tipográficas OpenType. QuarkXPress 6.5 y anteriores (Quark Inc.) no son compatibles con Unicode. Por lo tanto el texto que contiene otra cosa que no sean caracteres WinANSI/MacRoman no se mostrarán correctamente en una fuente OpenType (ni en otros formatos de fuentes Unicode, para este caso). Sin embargo, Quark ofrece unsoporte similar al de Adobe en QuarkXPress 7, que lanzó en Mayo del 2006. La Fundación Presentadora de Windows, que es parte de Windows Vista y disponible para Windows XP soporta fuentes OpenType CFF (Formato de Fuente Compacta) y características especiales avanzadas como ligaduras, numerales old-style, variantes de swash, fracciones, superíndice y subíndice, capitales pequeñas (small caps), sustitución de glifos, líneas base múltiples, alternativas contextuales y estilísticas (kerning), justificación a línea de nivel, caraceres rubí, etc. Adicionalmente las aplicaciones con soporte ATT corriendo en Mac OS X, 10.4 y posteriores, incluyendo TexEdit y Keynote, tienen soporte OpenType considerable.

El soporte OpenType de Apple en Mac Os X 10.4 incluye la mayoría de las características tipográficas avanzadas necesarias para los lenguajes de escritura latina, como capitales pequeñas, figuras old-style, y varios tipos de ligaduras. Todavía no soporta alernativas contextuales, formas posicionales o reordenado de glifos como en la librería Microsoft Uniscribe en Windows.

En ambientes de software libre como Linux el soporte OpenType esta provisto por el proyecto FreeType, incluido en implementaciones libre del Sistema de Ventanas X (X Window System) como X.Org.

[editar] La solución SING gaiji

En 2005 Adobe lanzó una nueva tecnología en su paquete de aplicaciones de la Suite Creativa que ofrece una solución para el problema gaiji (en japonés "carácter de afuera"). La escritura manual ideográfica como el chino y japonés no tienen colecciones fijas de caracteres. Usan miles de glifos cotidianamente y decenas de miles menos comúnmente. No todos los glifos jamás inventados y usados en la literatura oriental fueron catalogados. Una fuente típica puede contener de 8.000 a 15.000 glifos de uso comùn. De cuando en cuando un autor necesita un glifo que no está presente en la fuente elegida. Tales caracteres perdidos son conocidos en Japón como gaiji, y frecuentemente interrumpen el trabajo.

Otro aspecto del problema gaiji son los glifos que varían en ciertos caracteres. A menudo ciertos caracteres fueron escritos diferente en distintos periodos de tiempo. Es usual para nombres de lugares o nombres personales de familias usar una forma histórica del carácter. Así, es posible para un usuario final usando fuentes estándar no poder deletrear correctamente su nombre o el nombre del lugar donde vive.

Se han ideado varían maneras para lidiar con el problema gaiji. Las soluciones que los tratan como caracteres usualmente le asignan valores Unicode en el Area de Usuario Privada (Private User Area, PUA). Tales caracteres no pueden ser usados fuera del medio en la cual la asociación del Unicode privado con la forma del glifo es conocida. Los documentos basados en ellas no son portables. Otras instalaciones tratan los gaiji como gráficos. Esto puede ser incómodo porque la disposición y composición del texto no puede ser aplicada a los gráficos. Tampoco pueden ser buscados. A menudo su representación luce diferente de los caracteres que lo rodean porque la maquinaria para representar gráficos usualmente es diferente de la maquinaria para epresentar glifos de fuentes.

La tecnología SING que hizo su debut con la Creative Suite 2 de Adobe permite la creación de glifos, cada uno empaquetado como una fuente separada, después de una moda. Tal glifo empaquetado es llamado glyphet (glifete). El formato, que Adobe hizo público, está basado en OpenType. El paquete consiste en un contorno de un glifo en forma TrueType o CFF (estilo de contornos PostScript); tablas OpenType estándar declarando las métricas y comportamiento del glifo en la composición; y metadatos, información extra incluida para identificar el glifete, su propietario, y tal vez, pronunciación o categorización lingüística. Los glifetes SING pueden ser creados usando la aplicación SigMaker3 de Fontlab.

La especificación SING (Smart INdependent Glyphlets) declara que los glifetes deben viajar con el documento en el que son usadas. De esa manera los documentos son portables, sin dejar en peligro al documento en el que ciertos caracteres pueden no ser mostrados. Ya que los glifetes son esencialmente fuentes OpenType, la maquinaria estándar de fuentes puede representarlos. La especificación SING también describe un formato XML que incluye todos los datos necesarios para reconstruir el glifete en forma biaria. Un glifete típico puede requerir de 1 a 2 kilobytes para ser representado.

[editar] Disposición de las etiquetas

Las etiquetas de disposición de OpenType son secuencias de caracteres de 4 bytes que identifican la escritura, el sistema de lenguaje, características y líneas de fondo en una Disposición OpenType de la fuente. El registro de etiquetas de la Dispoción OpenType de Microsoft establece convenciones para nombrar y usar las etiquetas. Las características OpenType son creadas usando las etiquetas para crear escrituras con características que describen como los caracteres van a ser manipulados para lograr la característica deseada. Estas escrituras con características pueden ser creadas e incorporadas en fuentes OpenType por editores de fuentes avanzados como FontLab Studio y Asian Studio.

Etiquetas de escritura

Las etiquetas de escritura identifican las escrituras representadas en una tipografía OpenType. Cada etiqueta corresponde a un rango de código de carácter contiguo en Unicode. Una etiqueta de escritura puede consistir d 4 o menos letras minúsculas. Los ejemplos incluyen arab para el Alfabeto Árabe, cyrl para el Alfabeto Cirílico, latn para el Alfabeto Latino, etc.

Etiquetas de Idioma

Las etiquetas del sistema de Idioma identifica los sistemas de idioma soportados en una tipografía OpenType. Los ejemplos incluyen ARA para el Idioma Árabe, HYE para el Idioma Armenio, etc. Los códigos son similares pero no idénticos al ISO 639-2.

Etiquetas de Características

Las etiquetas de características identifican los glifos que representan cierta característica tipográfica.

• 'aalt' Access All Alternates
• 'abvf' Above-base Forms
• 'abvm' Above-base Mark Positioning
• 'abvs' Above-base Substitutions
• 'afrc' Fracciones alternativas
• 'akhn' Akhands
• 'blwf' Below-base Forms
• 'blwm' Below-base Mark Positioning
• 'blws' Below-base Substitutions
• 'calt' Alternativas contextuales
• 'case' Case-Sensitive Forms
• 'ccmp' Glyph Composition / Decomposition
• 'clig' Contextual Ligatures
• 'cpsp' Capital Spacing
• 'cswh' Contextual Swash
• 'curs' Cursive Positioning
• 'c2sc' Small Capitals From Capitals(probablemente, versalitas)
• 'c2pc' Petite Capitals From Capitals
• 'dist' Distances
• 'dlig' Discretionary Ligatures
• 'dnom' Denominadores
• 'expt' Expert Forms
• 'falt' Final Glyph on Line Alternates
• 'fin2' Terminal Forms #2
• 'fin3' Terminal Forms #3
• 'fina' Terminal Forms
• 'frac' Fracciones
• 'fwid' Full Widths
• 'half' Half Forms
• 'haln' Halant Forms
• 'halt' Alternate Half Widths
• 'hist' Historical Forms
• 'hkna' Horizontal Kana Alternates
• 'hlig' Historical Ligatures
• 'hngl' Hangul
• 'hojo' Hojo Kanji Forms
• 'hwid' Half Widths
• 'init' Initial Forms
• 'isol' Isolated Forms
• 'ital' Italics
• 'jalt' Justification Alternates
• 'jp04' JIS2004 Forms
• 'jp78' JIS78 Forms
• 'jp83' JIS83 Forms
• 'jp90' JIS90 Forms
• 'kern' Kerning
• 'lfbd' Left Bounds
• 'liga' Standard Ligatures
• 'ljmo' Leading Jamo Forms
• 'lnum' Lining Figures
• 'locl' Localized Forms
• 'mark' Mark Positioning
• 'med2' Medial Forms #2
• 'medi' Medial Forms
• 'mgrk' Mathematical Greek
• 'mkmk' Mark to Mark Positioning
• 'mset' Mark Positioning via Substitution
• 'nalt' Alternate Annotation Forms
• 'nlck' NLC Kanji Forms
• 'nukt' Nukta Forms
• 'numr' Numeradores
• 'onum' Oldstyle Figures
• 'opbd' Optical Bounds
• 'ordn' Ordinales
• 'ornm' Adornos
• 'palt' Proportional Alternate Widths
• 'pcap' Petite Capitals
• 'pnum' Proportional Figures
• 'pres' Pre-Base Substitutions
• 'pstf' Post-base Forms
• 'psts' Post-base Substitutions
• 'pwid' Proportional Widths
• 'qwid' Quarter Widths
• 'rand' Randomize
• 'rlig' Required Ligatures
• 'rphf' Reph Forms
• 'rtbd' Right Bounds
• 'rtla' Right-to-left Alternates
• 'ruby' Ruby Notation Forms
• 'salt' Variaciones de estilo
• 'sinf' Subíndices científicos
• 'size' Optical size
• 'smcp' Small Capitals
• 'smpl' Simplified Forms
• 'ss01' to 'ss20' Stylistic Set 1 to 20
• 'subs' Subscript
• 'sups' Superscript
• 'swsh' Swash
• 'titl' Titling
• 'tjmo' Trailing Jamo Forms
• 'tnam' Traditional Name Forms
• 'tnum' Tabular Figures
• 'trad' Traditional Forms
• 'twid' Third Widths
• 'unic' Unicase
• 'valt' Alternate Vertical Metrics
• 'vatu' Vattu Variants
• 'vert' Escritura vertical
• 'vhal' Alternate Vertical Half Metrics
• 'vjmo' Vowel Jamo Forms
• 'vkna' Vertical Kana Alternates
• 'vkrn' Vertical Kerning
• 'vpal' Proportional Alternate Vertical Metrics
• 'vrt2' Vertical Alternates and Rotation
• 'zero' Slashed Zero