cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - Your Friends List is a way to easily have access to the community members that you interact with the most! X

Unwanted paper rotation when paper format changes

berschin
1-Newbie

Unwanted paper rotation when paper format changes

Hello FOSI experts,

We're about to migrate a print FOSI from Epic-4.3.1 to 5.3 M 100
In this FOSI there are different pagesets for different paper sizes. One
is A4 another is A3 which is used for fold-out pages. Since both papers
don't have a rotation of headers and footers both pages are - from Epics
perspective - "portrait". From the appearance (the perspective of the
user) the A4 is portrait and the A3 is landscape. We did as stated in
the online help: "To describe a landscape page where the entire page is
rotated and the header, footer, and flowtext area content have the same
orientation, define a page model that is wider than it is high and set
the orientation to portrait. " The A4 pageset has width=210mm and
nomdepth=297mm, the A3 has width=420mm and nomdepth=297mm.

In our old customization with Epic-4.3.1 this worked perfectly: The
produced PDF the A4 was portrait and the fold-out A3 landscape.

Now with Epic-5.3, unfortunately, the A3 is shown 90° rotated in Acrobat
Reader. The PDF ist produced by Distiller (8).
But when only previewing this document we still have the old and wanted
behavior. The big pages have the same (text) orientation, left to right,
as the small ones.

I then tried to open the intermediate Postscript with Ghostview. It
fails when trying to display the A3 pages but at least I see the outline
of the new page, unturned, landscape.

Finally I seeked Arbortexts sample FOSIs with the same beavior in your
doctypes and found cals.fos. If I add the element FOLDOUT to the
demo.sgm and preview and produce the PDF I have exactly the same effects.

Does anyone had this issue and / or has an idea how get around the
problem? Since the PDFs to produce are also for online use I can't tell
our customer "just turn the paper" ;-). Thank you.

Wulf Berschin
5 REPLIES 5

I suspect that this might be an Adobe Acrobat issue. Do you have Acrobat
set to auto-rotate pages?

Also, I remember reading somewhere that when you use the "Press Quality"
setting in the Adobe PDF/Distiller printer, it does not automatically
rotate the pages based on text orientation. That was a couple of
Acrobat versions ago, so that might not be true today.

The way I remember it: When I upgraded newer than Epic Editor version
5.1 the automatic page rotation stopped. I opened a case and Arbortext
responded that they were not pursuing Distiller fixes; interested only
in Direct PDF.

Since then I have had to rotate the pages manually using Acrobat page
rotation feature. Also, the company has transitioned to a new version of
Acrobat more than once since the good old days of functionality.

-Andy
\ / Andy Esslinger LM Aero Tech Order Data
_____-/\-_____ (817) 279-0442 Box 748, Mail Zone 4285
\_\/_/ (817) 777 3047 Ft. Worth, TX 76101-0748

Thank you And & Ed, I changed the Distiller Options. In the good (?) old
days it was

/AutoRotatePages /All

Now it is

/AutoRotatePages /PageByPage

... and most pages are oriented correctly.

Wulf


Esslinger, Andy W schrieb:
> The way I remember it: When I upgraded newer than Epic Editor version
> 5.1 the automatic page rotation stopped. I opened a case and Arbortext
> responded that they were not pursuing Distiller fixes; interested only
> in Direct PDF.
>
> Since then I have had to rotate the pages manually using Acrobat page
> rotation feature. Also, the company has transitioned to a new version of
> Acrobat more than once since the good old days of functionality.
>
> -Andy
> \ / Andy Esslinger LM Aero Tech Order Data
> _____-/\-_____ (817) 279-0442 Box 748, Mail Zone 4285
> \_\/_/ (817) 777 3047 Ft. Worth, TX 76101-0748
>
>

We have also had this problem following an AE upgrade.

Our quick fix was to use crop marks on the pdf. This seemed to alleviate the rotation issues and for what we use PDFs for, it didn't matter whether they had crop marks or not.

I've recently tried the solution suggested here, modifying the .joboptions file and that has worked, thanks for the tip! When I submitted a case via PTC support their suggestion was to use "Direct to PDF" which also worked.

Ashley

Top Tags