Created attachment 362101 [details]
ppd.ppd

Description of problem:
When used as texttopaps, the 'cpi' option is only used to scale the font to the nearest integer point size.  This isn't nearly good enough: it must be *exact*.

The reason is that it is used for controlling the number of columns of text print, and this needs to be set to e.g. 132, or 80, or whatever is required.  Unfortunately the only way to set it is indirectly, via 'cpi'.  Of course this depends on the page size used, as well as the printer margins.

Here is a test case for verifying that it is operating correctly.  The CUPS filter 'texttops' passes this test, and 'texttopaps' must as well.  The test case consists of a PPD 'ppd.ppd', an input file '132.txt', and a command line given below.

Version-Release number of selected component (if applicable):
paps-0.6.8-10.fc12.x86_64

How reproducible:
100%

Steps to Reproduce:
PPD=ppd.ppd \
 /usr/lib/cups/filter/texttopaps 1 tim '' 1 \
 'cpi=17.6 lpi=6.7 page-bottom=36 page-left=36 \
 page-right=36 page-top=36 scaling=100' 132.txt > out.ps
  
Actual results:
See actual.jpg.

Expected results:
When viewing the resulting PostScript (with, say, evince), the result should look as in expected.jpg: in particular, there should be exactly 132 characters per line, and the output should fit on a single side of US Letter paper.