Usage: lino prnprint [options] FILE [FILE ...]
where FILE is a textprinter input file to be printed on your Windows Printer.
Options:
-h, --help show this help message and exit
-l LOGFILE, --logfile=LOGFILE
log a report to FILE
-v, --verbose increase verbosity
-q, --quiet decrease verbosity
-b, --batch not interactive (don't ask anything)
-p PRINTERNAME, --printer=PRINTERNAME
print on PRINTERNAME rather than on Default Printer.
-e ENCODING, --encoding=ENCODING
FILE is encoded using ENCODING rather than
sys.stdin.encoding.
-c COPIES, --copies=COPIES
print NUM copies.
--fontName=FONTNAME use the named font instead of "Courier New".
-o SPOOLFILE, --output=SPOOLFILE
write to SPOOLFILE instead of really printing.
prnprint is part of the TIM Tools.
Refering articles:
- prnprint and prn2pdf now produce similar output (feature 06.02.07) — The problem in Win32TextPrinter.insertImage() inserts at wrong position (19.01.07) was not only the actual image insertion, but also that a same source file produced quite different results with Win32TextPrinter compared to PdfTextPrinter. Now it is getting better. more
- Working on Win32TextPrinter.insertImage() (04.02.07) — Worked on Win32TextPrinter.insertImage() inserts at wrong position (19.01.07). The pictures inserted by prnprint are now almost but not yet exactly at the right position. Added file 6.prn to test this.
- TextPrinter.newline() uses wrong leading (Problem reports 21.12.06) — prn2pdf and prnprint have a bug: newline() uses the wrong leading when the font size has changed since the last write(), but no actual text has been written using the new font size. It uses the leading of the old font size instead.
- timtools 0.6.22 released (Releases 30.09.06) — Released 0.6.22 because a customer reported that prnprint prints with the wrong font size; this is maybe due to the problem solved by 22.09.06. Committed revision 427.
- prnprint and chcp (Problem reports 10.09.06) — prnprint has problems when printing in another codepage than the default console codepage. I created a file cp437box.txt to reproduce the problem. more
- fixed: bug in prnprint 0.6.19 (Fixed bugs 29.08.06) — Bug fixed: prnprint printed the first page of each document using 12 cpi even if the document contained control commands to select another font size. more
- TextPrinters now use Session.debug() (11.08.06) — prnprint.py now displays debugging info if called with -vv. I am going to use this to explore the mysterious HP LaserJet 1200 phenomen. more
- Setting devmode.Orientation when creating the DC (09.08.06) — After reading Chris' article (newcenturycomputers.net/projects/pythonicwindowsprinting.html), I decided to try whether this method is a solution for my problem Landscape printing with Win32TextPrinter without requiring SetWorldTransform(). more
- Hebrew transformation again (Problem reports 25.07.06) — Here is an updated list of known test results. more
- new option useWorldTransform for prnprint (16.12.05) — prnprint users who want to print in landscape and whose printer doesn't have the «Hebrew transformation» problem can now specify this via a command-line parameter -u or --useWorldTransform. Until now they had to use version 0.6.10 which is getting old. more
- prnprint on system with codepage 437 (17.11.05) — prnprint worked only on systems with codepage 850. If for example codepage was 437, you got the following traceback: more
- prnprint swallowed empty lines (17.10.05) — prnprint.py did not print empty lines. Bug fixed.
- Released timtools 0.6.11 (Releases 23.09.05) — This is a work-around release to avoid the «Hebrew transformation» bug (20.09.05). The prnprint.py in this release does not support landscape printing. Users with a printer where this problem occurs can now at least print portrait documents.
- «Hebrew transformation» bug (20.09.05) — prnprint.py prints funny results on a Brother MFC printer. After recovering from your first impression that some hebrew spammer took control over your printer, you notice that in fact each letter is on the right place and mirrored against its horizontal axe. Funnily enough, on my Samsung ML-1200 and on a Lexmark Optra PS (visualized using Ghostscript) the same code prints correct results. more
- printing multiple copies using prnprint (28.06.05) — prnprint.py has a new command-line option --copies which causes each input file to be printed the specified number of times.
- Recovering from api changes (31.05.05) — Adapted pds2pdf.py, prn2pdf.py and prnprint.py to the api changes of last weeks.
- DeprecationWarning during prnprint (20.05.05) — prnprint.py sometimes made the following DeprecationWarning: more
- prnprint and images (code changes 28.04.05) — prnprint.py: Images were overwritten by subsequent text, but problem is that spaces are not transparent... more
- release 0.6.9 (timtools) (Releases 28.04.05) — prnprint.py
- prnprint now supports setLpi() (code changes 14.01.05) — setLpi() was still ignored by prnprint.
- prnprint computed wrong font size (code changes 13.01.05) — fixed a bug in prnprint when computing the font size.
- release 0.6.3pre (Releases 29.12.04) — prnprint and lino.textprinter is now possibly usable.