Saltar para o conteúdo

Display PostScript

Origem: Wikipédia, a enciclopédia livre.

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.

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).
  • Nomes 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: Para melhorar a performance de rolagem, a DSP desenha somente uma pequena porção da janela que se torna visível, shifting o resto da imagem ao invés de redesenhá-la. Às vezes isso significa que os meio-toms não serão line up, produzindo linhas e caixas visíveis na exibição dos gráficos. A DSP inclui código adicional para lidar propriamente com esses casos. Modern full-color displays with no halftones have made this idea mostly obsolete.
  • Atualização incremental: Em aplicativos de impresão o código PS é interpretado até it gets a showpage at 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.
  • Suporte a fontes bitmap: O DSP adiciona a abilidade de mapear fontes PS e fontes bitmaps desenhadas a mão e mudanças de uma para outra on the fly. Enquanto a abilidade do PS de exibir fontes em dispositivos de "baixas resoluções" era boa, "baixa resolução" significa algo da ordem de 300dpi, não os 960dpi que a tela da NeXT usava. Ele requeria fontes feitas a mão para um saida razoavel.
  • Programming language support: O DPS introduz o conceito de um "pswrap", que permite desenvolvedores to wrap código PostScript em uma função em linguagem C que então ser chamadas de uma aplicação.

O DPS, as vezes, não inclui um sistema de janelas. Isso é deixado para ser provido pela implementação, e o DPS é pensado para ser usado em conjunto com o mecanismo de geração de janelas. Ele é geralmente o X Window System, e nessa forma o Display PostScript foi mais tarde adotado por companhias como a IBM e a SGI para susa estações de trabalho. Freqüentemente o código nescessario de ser pego de uma janela X para o contexto DSP é muito mais complicado que todo o resto da interface DPS. Isso limita em muito a popularidade do DPS quando uma alternativa está disponivel.

Os desenvolvedores da NeXT escreveram um mecanismo completamente novo de geração de janelas para tomar vantagem completa do sistema operacional orientado a objetos da NeXT. Uma quantidade de comandos foram adicionados ao DPS para criar as janelas e reagir a eventos, parecido mas mais simples que o NeWS. Uma única API fez a programação em altos níveis, mais fácil e fez o NeXT um dos poucos sistemas a usar extensivamente o DPS. A biblioteca de sistema de janelas de espaço de usuário NeXTStep usa PostScript para desenhar itens como barras de títulos e scrollers. This, in turn, made extensive use of pswraps, which were in turn wrapped in objects and presented to the programmer in object form.

O sistema operacional Mac OS X da Apple usa um servidor central de janelas (criado inteiramente pela Apple) que caches os gráficos das janelas como bitmaps, ao invés de armazenar e executar código PostScript. Uma biblioteca gráfica chamada Quartz 2D provê PostScript-style imaging using the PDF graphics primitives (a superset, plus tweaks, of the PostScript model), but this is used by application frameworks—there is no PostScript or PDF present in the Mac OS X window server. A Apple escolheu usar esse modelo por várias razões, incluindo evitando as altas táxas de licienciamento impostos pela Adobe para o DPS, e suporte mais eficiente ao legado do código Carbon e p Classico; aplicações baseadas no QuickDraw usa pintura bitmap exclusivamente. Adobe's copyright stipulations for the PDF standard are much less restrictive, granting conditional copyright permission to anyone to use the format in software applications, free of charge.

Ligações externas

Referências