Display PostScript
 |
Você está visualizando uma edição arquivada desta página, feita por X spager (discussão | contribs) em 13h45min de 27 de junho de 2007. Esta edição pode ser muito diferente da versão atual da página. O endereço URL mostrado no navegador é uma ligação permanente para esta edição. Para mais informações, consulte a página de ajuda sobre histórico de edições. |
O Display PostScript (ou DPS) é um sistema de representação em tela. Como o nome sugere, o DPS usa a linguagem de modelagem de imagem PostScript (PS) para gerar gráficos na tela.
A NeXT Computer Inc. projetou o DSP como um sistema de exibição para a sua série de computadores pessoais Unix começando em 1987. Enquanto versões anteriores do sistema PostScript display foram desenvolvidas na Adobe, a implementação completa do Display PostScript foi desenvolvida pela NeXT em cooperação com a Adobe Systems, e tornou-se um produto Adobe oficial com seus próprios padrões, documentação e requizitos de licenciamento.
 | Este artigo ou se(c)ção está a ser traduzido. |
Para suportar interatividade, o uso em tela com performance razoável, mudanças foram nescessarias:
- Múltiplos contextos de execução: Diferente de ambientes de impreção onde um interpretador PS processa um trabalho por vez, o DSP seria usado em várias Janelas ao mesmo tempo, cada uma com seus próprios atributos (cor, brush settings, escala, etc.). Isso requereu uma modificação no sistema para permitir que ele mantivesse vários "contextos" (conjuntos de dados de estados) ativos, um para cada processo (janela).
- Nome codificádos: Muitos dos procedimentos e estruturas de dados em PostScript são tabelas de consulta por nome. No DPS esses nomes podem ser substituidos por pequenos números, que são muito mais rápidos para um computador buscar.
- Suporte a Interação: Vários procedimentos foram definidos para lidar com interação, incluindo detecção de colisão.
- Halftone phase: In order to improve scrolling performance, DPS only drew the small portion of the window that became visible, shifting the rest of the image instead of re-drawing it. However this meant that the halftones would not line up, producing visible lines and boxes in the display of graphics. DPS included additional code to properly handle these cases. Modern full-color displays with no halftones have made this idea mostly obsolete.
- Atualização incremental: Em aplicativos de impreção o código PS é interpretado até it gets a
showpageat which point it is actually printed out. Isso não é adequado para uma situação de exibição onde um grande número de pequenas atualizações são nescessarias o tempo todo. O DPS inclui modos para permitir exibições quase em tempo real enquanto as intruçãoes são recebidas do programa usuário.
- Bitmap font support: DPS added the ability to map PS fonts onto hand-drawn bitmap fonts and change from one to the other on the fly. While PS's ability to display fonts on "low resolution" devices was good, "low resolution" meant something on the order of 300dpi, not the 96dpi that a NeXT screen used. This required hand-built fonts for reasonable output.
- Programming language support: DPS introduced the concept of a "
pswrap", which allowed developers to wrap PostScript code into a C language function which could then be called from an application.
Ligações externas
Referências
- A versão mais recente PDF specification, versão 1.6
- PostScript Language Reference, Second Edition, que inclui informação sobre o Display PostScript
- documentos de referência sobre o Display PostScript