P
ROBLEMEN
OPLOSSEN
6.21
6
De instelling "n op een vel"
(meerdere pagina’s per
vel) werkt niet juist voor
sommige van mijn
documenten.
De functie N op een vel wordt verkregen via naverwerking van
de PostScript-gegevens die naar het afdruksysteem worden
gestuurd. Dergelijke post-processing kan echter alleen
adequaat worden gerealiseerd, indien de PostScript-gegevens
overeenstemmen met de Adobe Document Structuring
Conventions. Er kunnen problemen ontstaan als u "n op een
vel" (meerdere pagina’s per vel) en andere functies die
steunen op naverwerking gebruikt als het document dat wordt
afgedrukt niet aan de conventies voldoet.
Ik gebruik BSD lpr
(Slackware, Debian,
oudere versies), en
sommige in LLPR gekozen
opties 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 minder geheugen
te gebruiken.
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 worden verstuurd in de indeling
Encapsulated PostScript (EPS), bevatten enkele oudere
versies van CUPS (1.1.10 en ouder) een bug waardoor de
gegevens 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 omzeilt en EPS-gegevens uitvoert
naar CUPS, wordt het document mogelijk niet juist afgedrukt.
Ik kan niet afdrukken naar
een SMB-printer
(Windows).
Om te kunnen configureren en SMB-gesharede printers te
gebruiken (zoals printers geshared op een Windows
apparaat), moet u over een correct geïnstalleerd
SAMBA-pakket beschikken die deze eigenschap 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 voordat de afdruktaak naar de
afdrukspooler wordt gestuurd, wacht de toepassing vaak tot
het proces terugkeert en lijkt het alsof de toepassing
geblokkeerd is (de vensters van de toepassing worden niet
vernieuwd). Dit is normaal en de toepassing zou juist moeten
functioneren nadat de gebruiker LLPR afsluit.
Probleem Mogelijke oorzaak en oplossing