User Manual

R ESOLUÇÃO DE PROBLEMAS
6.21
6
A definição “n páginas”
não funciona
correctamente em alguns
documentos.
A função “n páginas” é obtida por meio do pós-
processamento dos dados PostScript que são enviados para
o sistema de impressão. No entanto, o pós-processamento
só pode ser obtido adequadamente se os dados PostScript
obedecerem às convenções de estrutura de documentos da
Adobe (Adobe Document Structing Conventions). Podem
surgir problemas ao utilizar “n páginas” e outras funções que
dependam de pós-processamento se o documento a ser
impresso não for compatível.
Estou a utilizar BSD lpr
(Slackware, Debian,
versões mais antigas) e
algumas opções
escolhidas em LLPR
parecem não funcionar.
Os sistemas BSD lpr antigos apresentam grandes limitações
quanto ao comprimento das cadeias de opções que podem
ser enviadas ao sistema de impressão. Sendo assim, se
seleccionar um número de opções diferente, o comprimento
das mesmas pode ultrapassar o limite e algumas não serão
enviadas aos programas responsáveis pela implementação.
Tente seleccionar um número menor de opções que desviem
dos padrões para economizar memória.
Estou a imprimir um
documento no modo
horizontal, mas ele
imprime como rodado e
com cortes.
A maioria das aplicações Unix que oferecem a opção de
orientação Horizontal geram códigos PostScript correctos
que devem ser impressos tal como são. Nesse caso, deixe a
opção LLPR em sua predefinição Vertical para evitar rotações
de página não pretendidas que resultam em impressões
cortadas.
Algumas páginas saem
completamente em
branco (sem nada
impresso) e estou a
utilizar CUPS.
Caso os dados enviados estejam no formato PostScript
encapsulado (Encapsulated PostScript - EPS), algumas
versões mais antigas de CUPS (1.1.10 e anteriores)
possuem um recurso de prevenção contra falhas que possam
evitar o processamento correcto. Ao utilizar o LLPR para
imprimir, o pacote da impressora resolve o problema
convertendo os dados para PostScript regular. Entretanto, se
a aplicação ignorar o LLPR e carregar os dados EPS no CUPS,
é possível que a impressora não imprima o documento
correctamente.
Não é possível enviar o
trabalho de impressão
para uma impressora
SMB (Windows).
Para poder configurar e utilizar as impressoras partilhadas
SMB (como as impressoras partilhadas em máquinas com o
ambiente Windows), é preciso ter uma instalação correcta
do pacote SAMBA que activa essa função. O comando
“smbclient” tem de estar disponível e utilizável no sistema.
A minha aplicação parece
estar fixa enquanto o
LLPR é executado.
A maioria das aplicações Unix espera que comandos como o
comando regular “lpr” não sejam interactivos e portanto
retornem imediatamente. Como o LLPR aguarda pelo
comando do utilizador para enviar o trabalho para o spooler
de impressão, muito frequentemente a aplicação esperará
pelo retorno do processo e parecerá estar fixa (a janela não
actualiza). Isso é normal e a aplicação deve voltar a
funcionar correctamente assim que o utilizador sair do LLPR.
Problema Causa possível e solução