View Revisions: Issue #1113

All RevisionsBack to Issue
Summary 0001113: Create print-in PDF prepress
Revision 2020-03-24 19:44 by rijkr
Description IST: For some documents a PDF cleaning action with pdftocairo 0.62.0 delivers a PDF (no error messages) that later on gives errors on stdout when converted to PostScript with pdf2ps. For example:
**** Error: Ignoring spurious ET operator.
            Output may be incorrect.
**** Error: Executing Do inside a text block, attempting to recover
            Output may be incorrect.
**** Error: Executing Do inside a text block, attempting to recover
            Output may be incorrect.
Even with errors, pdf2ps exit code is zero (0). These errors are a precursor to CUPS printing problems, as a result of which pages are printed incompletely or not at all. pdftocairo 0.41.0 behaves well and does not lead to printing problems.

When executing this command:
gs -o gs-prepress.pdf -sDEVICE=pdfwrite -q -dNOPAUSE -dBATCH -dPDFSETTINGS=/prepress pdftocairo-0.62.0.output.pdf && pdf2ps gs-prepress.pdf
... no errors are shown and printing works fine. Ergo: gs /prepress is able to correct pdftocairo 0.62.0 induced printing problems.

SOLL: Add a config property "print-in.pdf.prepress" Y | N (default). When value is "Y" the Ghostscript /prepress command is executed as last step after PDF file print-in.

Error is reported at https://gitlab.freedesktop.org/poppler/poppler/issues/897
Revision 2020-02-03 19:00 by rijkr
Description IST: For some documents a PDF cleaning action with pdftocairo 0.62.0 delivers a PDF (no error messages) that later on gives errors on stdout when converted to PostScript with pdf2ps. For example:
**** Error: Ignoring spurious ET operator.
            Output may be incorrect.
**** Error: Executing Do inside a text block, attempting to recover
            Output may be incorrect.
**** Error: Executing Do inside a text block, attempting to recover
            Output may be incorrect.
Even with errors, pdf2ps exit code is zero (0). These errors are a precursor to CUPS printing problems, as a result of which pages are printed incompletely or not at all. pdftocairo 0.41.0 behaves well and does not lead to printing problems.

When executing this command:
gs -o gs-prepress.pdf -sDEVICE=pdfwrite -q -dNOPAUSE -dBATCH -dPDFSETTINGS=/prepress pdftocairo-0.62.0.output.pdf && pdf2ps gs-prepress.pdf
... no errors are shown and printing works fine. Ergo: gs /prepress is able to correct pdftocairo 0.62.0 induced printing problems.

SOLL: Add a config property "print-in.pdf.prepress" Y | N (default). When value is "Y" the Ghostscript /prepress command is executed as last step after PDF file print-in.
Revision 2020-02-03 19:00 by rijkr
Description IST: For some documents a PDF cleaning action with pdftocairo 0.62.0 delivers a PDF (no error messages) that later on gives errors on stdout when converted to PostScript with pdf2ps. For example:
**** Error: Ignoring spurious ET operator.
            Output may be incorrect.
**** Error: Executing Do inside a text block, attempting to recover
            Output may be incorrect.
**** Error: Executing Do inside a text block, attempting to recover
            Output may be incorrect.

Even with errors, pdf2ps exit code is zero (0). These errors are a precursor to CUPS printing problems, as a result of which pages are printed incompletely or not at all. pdftocairo 0.41.0 behaves well and does not lead to printing problems.

When executing this command:
gs -o gs-prepress.pdf -sDEVICE=pdfwrite -q -dNOPAUSE -dBATCH -dPDFSETTINGS=/prepress pdftocairo-0.62.0.output.pdf && pdf2ps gs-prepress.pdf
... no errors are shown and printing works fine. Ergo: gs /prepress is able to correct pdftocairo 0.62.0 induced printing problems.

SOLL: Add a config property "print-in.pdf.prepress" Y | N (default). When value is "Y" the Ghostscript /prepress command is executed as last step after PDF file print-in.