https://bugzilla.novell.com/show_bug.cgi?id=757381
https://bugzilla.novell.com/show_bug.cgi?id=757381#c9
--- Comment #9 from Johannes Meixner 2013-01-22 12:35:33 CET ---
As far as I understand it - but I am not a LibreOffice expert - the way
how to deal with the issue in openSUSE is to set the printer language
to "PostScript" in LibreOffice when "landscape" printing does not work
from LibreOffice.
As far as I understand Till Kamppeter's initial description in
https://bugs.linuxfoundation.org/show_bug.cgi?id=1080
----------------------------------------------------------------------------
Note that in a full printing workflow the bug often gets overlooked
as some printer drivers (Like the CUPS Raster output device of Ghostscript)
or built-in PostScript and PDF interpreters of printers rotate the PDFs
by themselves.
Other drivers, like the "ljet4" driver of Ghostscript do not rotate
the page content to fit onto the page.
----------------------------------------------------------------------------
it means that in some/many/most? cases there is no "landscape" printing
issue for LibreOffice because drivers (e.g. Gutenprint and HPCUPS use
the CUPS Raster output device of Ghostscript) and some/many/most?
PostScript printers do an automated "fit onto the page" so that
LibreOffice's "landscape" PDF output is automatically converted
to fit onto the page.
What currently openSUSE uses when applications submit PDF to CUPS
is /usr/bin/pdftops to convert PDF into PostScript because CUPS
needs PostScript so that it can add the PostScript snippets from
the PPD file to enable this or that option in a PostScript printer,
compare
https://bugzilla.novell.com/show_bug.cgi?id=776080#c23
For more information you may have a look at some of the various
printing issues that were related to /usr/bin/pdftops
like bnc#774627 bnc#776080 bnc#795582
In the end I like to point out that for current openSUSE versions
(including 12.3) it is /usr/bin/pdftops (that is provided by the
poppler-tools RPM) which is used to convert PDF into PostScript
so that the PostScript prints correctly - provided the PDF is correct.
I am neither a PDF expert nor a LibreOffice expert but from my
current point of view is seems the root cause could be even that
LibreOffice's PDF output is somehow wrong.
Rasoning:
As far as I understand Till Kamppeter's initial description in
https://bugs.linuxfoundation.org/show_bug.cgi?id=1080
it means that LibreOffice's PDF output requires an
automated "fit onto the page" conversion to print correctly
but I think applications should submit print job data that is
already in the right orientation so that it prints correctly
even without an automated "fit onto the page" conversion.
Furthermore when it works with LibreOffice's PostScript
printing output but not with LibreOffice's PDF printing output,
it indicates that soemthing might be wrong with LibreOffice's
PDF printing output - but again: I am neither a PDF expert
nor a LibreOffice expert.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.