[cups.bugs] [MOD] STR #1181: Formatting issue with PDF conversion

[Helge Blischke]

Daniel Kasak wrote:
> 
> [STR New]
> 
> I'm attaching a *very* simple PDF document that displays perfectly in all
> PDF readers I've tried ( gpdf, xpdf, acrobat reader 7 for windows and
> linux ). When printed from gpdf, there are formatting issues.
> 
> Open the PDF attached in gpdf. Examine the group footers, for example the
> 1st one says "Total sales in January 2005: 21". Note how gpdf correctly
> renders the 1st column of the footer ( Total sales in January 2005: )
> right-aligned, hard against the 2nd column ( 21 ).
> 
> Now print the report ( 1 page is fine ... the problem exists on all pages
> ). The 1st column of the footer extends into the 2nd column. The problem
> is even more pronounced on the last page, where the 1st column of the
> grand total footer extends *way* into the 2nd column.
> 
> Printer setup:
> 
> All printers shared from a CUPS server via IPP browsing. I've tried a
> Ricoh AP3200 and an HP 4500C - printing to either results in exactly the
> same problem. I can provide ppd files of both if necessary.
> 
> I have checked against Acrobat 7 under Windows 2000, printing to the above
> 2 printers ( also shared via IPP ... ie no Samba in between ... and using
> the same ppd ). Acrobat both displays and prints the PDF perfectly.
> 
> Acrobat for Windows and Linux print the file perfectly. I'm told that gpdf
> doesn't alter the document at all, and simply passes it to the printing
> system ( which converts it to postscript ), and that the reason why
> Acrobat prints correctly is that it's doing the PDF ==> postscript
> conversion internally, and then sending the postscript job to the printer.
> 
> I stumbled across this bug while working on a project of mine:
> PDF::ReportWriter - which produced the attached PDF. I can produce more (
> and simpler ones ) if required.
> 
> Link: http://www.cups.org/str.php?L1181
> Version: 1.1.23
> 
>   ------------------------------------------------------------------------
>                                          Name: formatting error when printing.pdf
>    formatting error when printing.pdf    Type: Portable Document Format (application/pdf)
>                                      Encoding: BASE64

An additional note: the PDF hasn't the needed fonts embedded. Thus, if
the printer's built-in fonts
(or the substituted ones) don't match the metrics of the originally used
fonts (Times-Roman and Times-Bold),
the formatting will surely be broken.

Helge

-- 
Helge Blischke
Softwareentwicklung
SRZ Berlin | Firmengruppe besscom
http://www.srz.de