Mostrar postscript

format_list_bulleted Contenido keyboard_arrow_down
ImprimirCitar

Display PostScript (o DPS) es un sistema de motor de gráficos 2D para computadoras que utiliza el lenguaje y el modelo de imágenes PostScript (PS) (desarrollado originalmente para la impresión por computadora) para generar gráficos en pantalla. Al sistema PS básico, DPS agrega una serie de funciones destinadas a facilitar el trabajo con pantallas de mapa de bits y mejorar el rendimiento de algunas tareas comunes.

Las primeras versiones de los sistemas de visualización PostScript se desarrollaron en Adobe Systems. Durante el desarrollo de las computadoras NeXT, NeXT y Adobe colaboraron para producir el sistema DPS oficial, que se lanzó en 1987. NeXT usó DPS a lo largo de su historia, mientras que las versiones de Adobe fueron populares en las estaciones de trabajo Unix durante las décadas de 1980 y 1990.

Diseño

Para admitir el uso interactivo en pantalla con un rendimiento razonable, se necesitaban cambios:

  • Múltiples contextos de ejecución: A diferencia de un entorno de impresora donde un intérprete de PS procesa un trabajo a la vez, DPS sería utilizado en varias ventanas al mismo tiempo, cada una con su propia configuración (colores, ajustes de pincel, escala, etc.). Esto requería una modificación del sistema para permitirle mantener activos varios "contextos" (conjuntos de datos estatales), uno para cada proceso (ventana).
  • Nombres codificados: Muchos de los procedimientos y estructuras de datos en PostScript son buscados por nombre, identificador de cadenas. En DPS estos nombres podrían ser reemplazados por enteros, que son mucho más rápidos para que un ordenador encuentre.
  • Apoyo a la interacción: Se definieron varios procedimientos para manejar la interacción, incluida la detección de golpes.
  • Fase de medio tono: Con el fin de mejorar el rendimiento de desplazamiento, DPS sólo dibujó la pequeña porción de la ventana que se hizo visible, cambiando el resto de la imagen en lugar de volver a dibujar. Sin embargo esto significaba que las medias no podían alinearse, produciendo líneas visibles y cajas en la exhibición de gráficos. DPS incluyó código adicional para manejar adecuadamente estos casos. Modernas pantallas de color completo sin mediatones han hecho esta idea más obsoleta.
  • Actualizaciones adicionales: En aplicaciones de impresión el código PS se interpreta hasta que se obtiene showpage en ese momento es realmente impreso. Esto no es adecuado para una situación de visualización donde se necesita un gran número de actualizaciones menores todo el tiempo. DPS incluyó modos para permitir la visualización semi-real, ya que las instrucciones fueron recibidas de los programas de usuario.
  • Soporte de fuente Bitmap: DPS agregó la capacidad de mapear fuentes PS sobre fuentes bitmap dibujadas a mano y cambiar de una a la otra en la mosca. La capacidad de Adobe PS para mostrar fuentes en dispositivos de baja resolución (significantemente menos de 300 dpi) era muy pobre. Por ejemplo, una pantalla NeXT utiliza sólo 96 dpi. Esta limitación de PS se trabajó alrededor utilizando fuentes bitmap construidas a mano para proporcionar calidad pasible. Las implementaciones posteriores de PS (incluidos los reemplazos compatibles como Ghostscript) proporcionaron fuentes antialiadas en pantallas de color o grayscale, lo que mejoró significativamente la calidad. Sin embargo, este desarrollo fue demasiado tarde para ser de gran utilidad. Las pantallas modernas son todavía alrededor de 100 dpi, pero tienen una calidad de fuente muy superior sin usar fuentes bitmap.
  • Apoyo al lenguaje: DPS introdujo el concepto de "pswrap", que permitió a los desarrolladores envolver el código PostScript en una función de lenguaje C que luego podría llamarse de una aplicación.

Sin embargo, DPS no agregó un sistema de ventanas. Eso se dejó en manos de la implementación, y DPS estaba destinado a usarse junto con un motor de ventanas existente. Este era a menudo el sistema X Window, y en esta forma Display PostScript fue adoptado más tarde por compañías como IBM y SGI para sus estaciones de trabajo. A menudo, el código necesario para pasar de una ventana X a un contexto DPS era mucho más complicado que el resto de la interfaz DPS. Esto limitó en gran medida la popularidad de DPS cuando había alguna alternativa disponible.

Historia

Los desarrolladores de NeXT crearon un motor de ventanas completamente nuevo para aprovechar al máximo el sistema operativo orientado a objetos de NeXT. Se agregaron una serie de comandos a DPS para crear las ventanas y reaccionar a los eventos, similar pero más simple que NeWS. La única API facilitó mucho la programación a niveles más altos y convirtió a NeXT en uno de los pocos sistemas que utiliza DPS de forma extensiva. La biblioteca del sistema de ventanas del espacio del usuario NeXTSTEP utilizó PostScript para dibujar elementos como barras de título y desplazadores. Esto, a su vez, hizo un uso extensivo de pswraps, que a su vez fueron envueltos en objetos y presentados al programador en forma de objeto.

Derivadas modernas

(feminine)

El sistema operativo Mac OS X de Apple utiliza un servidor de ventanas central (creado en su totalidad por Apple) que almacena en caché los gráficos de las ventanas como mapas de bits, en lugar de almacenar y ejecutar código PostScript. Una biblioteca de gráficos llamada Quartz 2D proporciona imágenes de estilo PostScript usando el modelo de renderizado de PDF (un subconjunto, más ajustes, del modelo PostScript), pero esto es utilizado por los marcos de aplicaciones; no hay PostScript presente en el servidor de ventanas de Mac OS X. Apple eligió usar este modelo por una variedad de razones, incluida la evitación de tarifas de licencia para DPS y un soporte más eficiente del código Carbon y Classic heredado; Las aplicaciones basadas en QuickDraw utilizan exclusivamente dibujos en mapa de bits. Las estipulaciones de derechos de autor de Adobe que algunos dicen que se aplican al estándar PDF pretenden ser mucho menos restrictivas, otorgando, se ha reclamado (es decir, aquí, por un autor anterior) permiso de derechos de autor condicional a cualquier persona para usar el formato. en aplicaciones de software de forma gratuita.

Contenido relacionado

Telecomunicaciones en Kazajstán

Kazajstán tiene un descenso en el desarrollo de las telecomunicaciones en comparación con el resto de la Unión Europea. Sin embargo, está aumentando...

As de Júpiter

El Jupiter Ace de Jupiter Cantab fue un ordenador doméstico británico de principios de la década de 1980. Ace se diferenciaba de otras microcomputadoras de...

Eric s raymond

Eric Steven Raymond a menudo denominado ESR, es un desarrollador de software estadounidense, defensor del software de código abierto y autor del Ensayo de...
Más resultados...
Tamaño del texto:
undoredo
format_boldformat_italicformat_underlinedstrikethrough_ssuperscriptsubscriptlink
save