P
ROBLEMEN
OPLOSSEN
7.32
De instelling N-up werkt
niet juist voor sommige
van mijn documenten.
De functie N-up wordt verkregen via naverwerking van de
PostScript-gegevens die naar het afdruksysteem worden
gestuurd. Een dergelijke naverwerking kan echter alleen naar
behoren worden verkregen indien de PostScript-gegevens
overeenstemmen met de structureringsconventies voor
documenten van Adobe. Er kunnen problemen optreden als u
N-up gebruikt en andere functies die steunen op
naverwerking als het document dat wordt afgedrukt niet aan
de conventies voldoet.
Ik gebruik BSD lpr
(Slackware, Debian,
oudere versies), en
sommige opties die in LLPR
zijn gekozen lijken geen
effect te hebben.
Oude BSD lpr-systemen hebben een harde beperking op de
lengte van de optiereeks die naar het afdruksysteem kan
worden gestuurd. Als u een aantal verschillende opties hebt
geselecteerd, wordt de lengte van de opties mogelijk
overschreden, en worden sommige van uw keuzes niet
doorgestuurd naar de programma's waar ze moeten worden
geïmplementeerd. Probeer minder opties te selecteren die
afwijken van de standaardinstellingen, om te besparen op
geheugengebruik.
Ik probeer een document
af te drukken in de
afdrukstand Liggend, maar
het document wordt
gedraaid en bijgesneden
afgedrukt.
De meeste Unix-toepassingen die een optie voor de
afdrukstand Liggend aanbieden in hun afdrukopties zullen de
juiste PostScript-code genereren die als zodanig zou moeten
worden afgedrukt. In dat geval moet u verifiëren of u de optie
LLPR op de standaardinstelling Staand laat staan, om
ongewenste draaiingen van de pagina te vermijden die tot
een bijgesneden afdruk zouden leiden.
Sommige pagina's worden
volledig blanco afgedrukt
(er wordt niets afgedrukt),
en ik gebruik CUPS.
Als de gegevens die worden verstuurd in de indeling
Encapsulated PostScript (EPS) zijn, bevatten enkele eerdere
versies van CUPS (1.1.10 en ouder) een bug waardoor ze niet
juist kunnen worden verwerkt. Als u via LLPR afdrukt, lost het
printerpakket dit probleem op door de gegevens te
converteren naar gewoon PostScript. Als uw toepassing echter
LLPR negeert en EPS-gegevens uitvoert naar CUPS, wordt het
document mogelijk niet juist afgedrukt.
Ik kan niet afdrukken naar
een SMB-printer
(Windows).
Om SMB-gedeelde printers te kunnen configureren en
gebruiken (zoals printers die worden gedeeld op een
Windows-systeem) moet u beschikken over een juiste
installatie van het SAMBA-pakket dat die functie inschakelt.
De opdracht 'smbclient' moet op uw computer beschikbaar en
bruikbaar zijn.
Mijn toepassing lijkt
geblokkeerd te zijn
wanneer LLPR wordt
uitgevoerd.
De meeste Unix-toepassingen verwachten dat een opdracht
zoals de gebruikelijke 'lpr'-opdracht niet-interactief is, en
keren bijgevolg onmiddellijk terug. Aangezien LLPR wacht op
input van de gebruiker alvorens de afdruktaak naar de
afdrukspooler wordt gestuurd, wacht de toepassing vaak tot
het proces terugkeert, en lijkt het alsof het geblokkeerd is (de
vensters worden niet vernieuwd). Dit is normaal en de
toepassing zou juist moeten functioneren nadat de gebruiker
LLPR afsluit.
Probleem Mogelijke oorzaak en oplossing