was OK in 3.2.1

sorry, I looked wrong at the print preview.
There is is shown correct.

was wrong in m83 too, so not a very recent bug

Not recent, yes :-) That's in there since OOo can print PostScript on Unix.
Landscape is always printed as rotated portrait, since that works more reliable
on more printers - and is not a performance hit.

Unless you have a problem I didn't understand, there is no issue here.

closing

as I wrote: "was OK in 3.2.1"
thus the templates that I made long before, and print fine in 3.2.1, do not
print correct in 330m2.

It is shown in printpreview:
.........
.x      .
.       .
.........

but printed as
...........
.         .
. .....   .
.     .   .
.     .   .
. x   .   .
...........

Landscape printing mode has not changed. What I could imagine is that the actual
paper you are using (21x18, assuming cm that is almost A4) is not found (which
is also the same as before, on Linux 3.2.1 that would have matched to A4 also).
In that case nowadays the not matching paper of the document gets centered on
the actual paper.

But that's just hypothetical, can you please attach a bugdoc and tell which
printer you are using ?

I'll attach the template that I use.

It is with the Epson Aculaser C1100 on Linux. 
It has an older driver, so that could have influence. But as explained: in
3.2.1. andearlier, the problem is not there.

Pls note, that in the initial description, I also wrote:
  " > Same problem when you choose A5 Landscape"

Created attachment 70947 [details]
template (.ott)

Ok, this is not driver dependent, I see it with the generic PostScript PPD
(driver). The page size in your template is "22cm x 15.5cm". Which is not C5
landscape (which would be  22.9cm x 16.2cm). As I suspected this is a non
printer paper format that is nowadays centered on the paper that gets actually
used (which is incidentally C5 since it is the supported format from the PPD
that comes closest). The centering is indeed a change from 3.2, however that
change was intentional (reasoning that most likely you are going to have a
better result when printing on a paper of the wrong format since there is more
border space potentially to fill).

I found a PPD file for the Epson Aculaser C1100 from here:

https://wiki.ubuntu.com/EpsonAcuLaserC1100

The printer seems to support C5 as paper but it uses non standard naming. Which
leads to only "A4" and "Letter" being supported by name. More serious: the PPD
constraints Paper format "C5" to Duplex and inputslot "Auto" (the latter of
which is at least the default). If you'd not use CUPS to print, you could use
the spadmin utility to set these to ignore. Otherwise I have no good
recommendation, you could comment out all the fluffy "*UIConstraints" in the PPD
file, but that is not a solution.

This is not the first PPD that has some strange UIConstraints. CUPS seems to
ignore them mostly, so perhaps we should add an option to do that, too.

hi phillip,
You write "The centering is indeed a change from ..."

Do you also see a rotation?

Yes I do. That is because if a paper format is not found the search for an
alternative will also try to match the corresponding landscape format (and vice
versa) to find the most appropriate format - which is kind of hard to do since
the AcuLaser PPD as is only supports Letter and A4.

I would not consider that a bug, but you might want a method to switch it off,
too ? In retrospect I'd like to have done that in 3.3 since you won't be the
only one trying to use a user format paper to get the job done regardless of
what the printer actually supports. For that purpose the new paper matching as
well as the centering is a change for the worse. However 3.3 UI is frozen now.

You write: "Yes I do. That is because if a paper format is not found the search
for an ..."
But I do have the same problem when I choose A5 landscape..
I may consider A5 a known format ;-)

you may consider it known, but the PPD for your printer does not. It knows about
a5, but constraints it such that it is not usable per default. Only Letter an A4
are available as such (you can see that e.g. using the spadmin program that
comes with your OOo).

related to issues 112402 / 89289 ?

or related to issue 108961 ?

Why do we have the possibility to make "user-defined" paper-sizes, if all such
paper-sizes are converted to the printer-driver sizes as A4 and Letter when the
page is printed? Then better to skip the whole option of "user-defined"
paper-sizes. I must print cheques that are 21,0 cm wide and 10,2 cm high. And
that went well with till OOo 3.2.1 with my HP Laserjet 1150, but not anymore
with the new version 3.3. This is a decrease in what can be done with OOo.

reading from pl (Wed Aug 4 12:47:06 +0000 2010 ) #desc11
"As I suspected this is a non
printer paper format that is nowadays centered on the paper that gets actually
used (which is incidentally C5 since it is the supported format from the PPD
that comes closest). The centering is indeed a change from 3.2, however that
change was intentional (reasoning that most likely you are going to have a
better result when printing on a paper of the wrong format since there is more
border space potentially to fill)"

and from (Thu Aug 5 10:45:54 +0000 2010  ) #desc13
" but you might want a method to switch it off,
too ? In retrospect I'd like to have done that in 3.3 since you won't be the
only one trying to use a user format paper to get the job done regardless of
what the printer actually supports."

Considering that there must have been a good reason to introduce the change, and
indeed that many people have problems with it: pls add the option to turn it off.

@Philipp: Do you want me to make a new issue, or shal I just change the summary
of this one?
Thanks, Cor

I don't think a new issue number will change the behavior much ...

[@pl: If only were life that easy ;-) ]

Changed summary. It was initially "Landscape paper is printed portrait"

I suggest default value true, so option checked. But I cannot really judge,
since the problems that lead to the change are unknow by me.

Resetting target accroding to new task handling scheme announced here:

http://blogs.sun.com/ratte/entry/some_changes_for_the_openoffice

*** Issue 117267 has been marked as a duplicate of this issue. ***

Reset assignee on issues not touched by assignee in more than 2000 days.