I would tend to agree with your assessment. The cause of the problems
right now seem to be some duplication of the handling of these options
between the various involved filters, so that should probably be
streamlined.
For reference, I am attaching the PS test page that was used by our
customer to
Not to be pedantic, but while this is not very usual (especially for PS
code produced by vanilla applications), it is a lot easier for PS code
to be more adaptive. The CUPS test page is actually a good example of
this. PDF is generally completely constrained by the page dimensions.
The main reason
Thanks for the clarifications, and the nopdfAutoRotate option does seem
to help somehow. However, I believe the problem is still present for a
couple of important reasons. The initial report used PDF files and a
generic queue as a way to easily expose the problem, but it affects more
than this. I g
Any progress for a resolution of this orientation bug?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to cups-filters in Ubuntu.
https://bugs.launchpad.net/bugs/1243484
Title:
Incorrect handling of orientation when printing PDF files
St
Also see a somewhat tangential issue I reported with pdftopdf, which may
be part of this :
https://bugs.linuxfoundation.org/show_bug.cgi?id=1167
** Bug watch added: bugs.linuxfoundation.org/ #1167
https://bugs.linuxfoundation.org/show_bug.cgi?id=1167
--
You received this bug notification be
Public bug reported:
There seems to be some problems in the CUPS filters handling PDF files,
which can be shown without having an actual printer hooked up (this
seems to be independent of the driver in use).
This happens on the latest Ubuntu 13.10 but I believe the real culprit
is in the cups-fil
6 matches
Mail list logo
