<div dir="ltr"><div><div>Hi all,<br><br></div>if I remember everything well, /Rotate is a PDF operator that rotates a page. /AutoRotatePages is a distiller operator. Its value is used when converting PS to PDF. The idea behind it is that a portrait document may contain a few landscape pages with tables and/or figures. If rotating is enabled. the distiller examines the prevailing direction of the text (typically the caption) and inserts /Rotate. In Acrobat Distiller it is enabled in the settings for "preview" so that the page appears in its natural orientation on a screen. The values of MediaBox, BleedBox, and TrimBox remain unchanged, they still reflect the physical orientation no matter what the preview mode is. It is disabled for "prepress" because the physical medium does not rotate. I am not sure about the "print" mode but it is possible that printer drivers are clever enough to ignore /Rotate when printing the document. And now there is a question: the author of a PDF document intended a physical orientation which differs from the orientation intended for a screen preview. If such a PDF is included into another PDF, which one should be used, the physical one or the one intended for screen preview?<br><br></div>When making a PDF intended for inclusion I always prepare it in such a way that its natural orientation is the same as the physical orientation, I do not use /Rotate.<br><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div>
<br><div class="gmail_quote">2015-11-10 3:33 GMT+01:00 Hironobu YAMASHITA <span dir="ltr"><<a href="mailto:h.y.acetaminophen@gmail.com" target="_blank">h.y.acetaminophen@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I meant: "User-intended pdf figure rotation" is suppressed in xdvipdfmx.<br>
> That's a big problem.<br>
<br></span>
I attach a minimal example, test.zip. I will explain about the contents:<br>
<br>
First, test.tex is a LaTeX source file.<br>
Now I have fig.pdf as an original figure, and I want to rotate it clockwise.<br>
Of course I can rotate fig.pdf by \rotatebox, but I choose to rotate it<br>
beforehand:<br>
<br>
$ pdftk fig.pdf cat 1east output fig-rot.pdf<br>
<br>
rotates fig.pdf clockwise (that means insertion of /Rotate 90).<br>
Adobe Reader guarantees rotation, as shown in what-i-see.png.<br>
<br>
When I compare the results from "pdflatex test.tex" and "xelatex test.tex",<br>
only xelatex does not rotate fig-rot.pdf, even though I rotated it beforehand.<br>
What I see in test-xelatex.pdf is different from what-i-see.png.<br>
<br>
/Rotate (Rotate integer) appears in PDF Reference: please see TABLE 3.27<br>
"Entries in a page object", in the same place as the definition of /MediaBox.<span class="HOEnZb"><font color="#888888"><br>
<br>
Hironobu<br>
</font></span><br><br>
<br>
--------------------------------------------------<br>
Subscriptions, Archive, and List information, etc.:<br>
  <a href="http://tug.org/mailman/listinfo/xetex" rel="noreferrer" target="_blank">http://tug.org/mailman/listinfo/xetex</a><br>
<br></blockquote></div><br></div>