Vés al contingut

Display PostScript

De la Viquipèdia, l'enciclopèdia lliure
Aquesta és una versió anterior d'aquesta pàgina, de data 00:38, 22 abr 2013 amb l'última edició de JoRobot (discussió | contribucions). Pot tenir inexactituds o contingut no apropiat no present en la versió actual.

Display PostScript (o DPS ) és un sistema de representació en pantalla. Com el nom suggereix, DPS empra el llenguatge PostScript (PS) per generar gràfics en pantalla.

NeXT Computer Inc va dissenyar DPS com a sistema de representació per al seu ús en els ordinadors personals basades en Unix a 1987. Mentre que les versions anteriors de PostScript havien estat desenvolupades per Adobe, la implementació de Display PostScript va ser desenvolupada per NeXT en cooperació amb Adobe Systems, i van fer un producte oficial Adobe amb els seus propis estàndards, documents i requisits de llicències.

Modificacions

Per aconseguir l'ús interactiu en pantalla amb un rendiment raonable van haver de realitzar alguns canvis:

  • Contextos d'execució múltiple : A diferència dels entorns d'impressió on els intèrprets PostScript processen una tasca cada vegada, DPS podria emprar en diverses finestres al mateix temps, cadascuna amb les seves pròpia configuració (color, brotxes, escala, etc. ). Això requeria una modificació del sistema per permetre l'emmagatzematge de molts "contextos" (conjunts de dades d'estat) actius, un per a cada procés o finestra.
  • Noms codificats : Molts dels processos i estructures de dades de PostScript s'obtenien en buscar pel seu nom. En DPS aquests noms podien reemplaçar per números petits, molt més fàcils de trobar per un ordinador.
  • Suport a la interacció : Es difinieron diversos procediments per manejar la interacció, incloent la detecció de hits .
  • Fase de semitò : Per millorar el rendiment en desplaçar el text, DPS només dibuixava la petita porció de la finestra que es tornava visible, desplaçant la resta de la imatge en lloc de recalcular. Tanmateix, això significava que els semitons no s'alineaven, produint línies i rectangles visibles a la representació. DPS incloïa codi addicional per solucionar aquests casos. Els sistemes de representació moderns a color sense semitons han fet que aquesta idea quedi obsoleta.
  • Actualitzacions incrementals : En les aplicacions amb capacitat d'impressió el codi PostScript s'interpreta fins que s'obté una showpage , punt en què s'imprimeix realment. Això no és apropiat per a situacions on es necessita mostrar un gran nombre d'actualitzacions menors. DPS incloïa maneres per permetre representacions gairebé en temps real a mesura que les instruccions dels programes d'usuari es rebien.
  • Suport de tipus Bitmap : DPS va afegir la capacitat de mapejar Tipus PostScript en tipus de mapa de bits dibuixats a mà i canviar dels uns als altres ràpidament. Mentre que la capacitat de PostScript de representar tipus en dispositius de "baixa resolució" era buenta, "baixa resolució" significativa representació de l'ordre dels 300 dpi, no els 96dpi que emprava la pantalla de l'NeXT. Això feia més convenient l'ús de Tipus de mapa de bits per obtenir un rendiment raonable.
  • Suport a programadors : DPS introduir el concepte de " pswrap ", que permetia als desenvolupadors encapsular codi PostScript en una funció en llenguatge C que podia dir-des d'una aplicació.

Ús en la indústria

No obstant això, DPS no definia un sistema de finestres. Es deixava a la implementació que proporcionés un, que DPS faria servir. Normalment va ser el X Window fins que més tard Display PostScript va ser adoptat per companyies com IBM i Silicon Graphics per a les seves estacions de treball. Sovint el codi necessitat per obtenir un context DPS a partir d'una finestra de X era molt més complicat que la resta de la interfície DPS. Això va limitar greument la popularitat de DPS quant va aparèixer una alternativa.

Els desenvolupadors de NeXT escriure un motor de finestres completament nou per a treure tot el partit possible al sistema operatiu totalment orientat a objectes de què disposaven. El seu API facilitava molt la programació d'alt nivell, el que va provocar que NeXT fos un dels pocs sistemes que feia servir intensament DPS. La biblioteca de sistema de finestres NextStep feia servir PostScript per dibuixar elements com barres de títols i barres de desplaçament. Això, al final, feia un ús intens de pswrap s, que al seu torn estaven encapsulats en objectes que es presentaven al programador.

El Mac OS X de Apple té actualment un model de representació similar a Display PostScript, però no té el mateix nivell de programacions. El nou sistema, conegut com Quartz està basat en el model de PDF, on el codi Tipus de la imatge no és el propi codi PostScript, sinó el resultat de la seva interpretació. Segueix tenint les mateixes primitives bàsiques, el maneig de tipus i mesures, i en molts casos sembla DPS. El format PDF també té diverses millores sobre PostScript, incloent el maneig del color millorat, compressió i maneig de tipus. No està totalment clar per què es va donar aquest canvi, es diu que Adobe demanava grans sumes per la seva llicència. Les estipulacions del copyright d'Adobe respecte al seu estàndard PDF són molt menys restrictives, el que garanteix permisos condicionals d'ús a qualsevol que empra el format en aplicacions programari sense haver de desemborsar res.

Vegeu també

Enllaços externoss

En anglès

Referències