<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><div class="gmail_default">Hi Philip,</div><div><br></div></div><div class="gmail_extra"><div class="gmail_quote">2015-11-05 14:03 GMT+09:00 Philip Taylor <span dir="ltr"><<a href="mailto:P.Taylor@rhul.ac.uk" target="_blank">P.Taylor@rhul.ac.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I don't understand the details of this at all, Akira-san, but would it<br>
explain why, after I had carefully rotated a PDF figure by 90% in Adobe<br>
Acrobat, I found that that the rotation was lost when that same<br>
(rotated) figure was imported using XeTeX's \XeTeXpdffile ?<br></blockquote><div><br></div><div><div>Akira's suggestion is not related to pdf inclusion of dvipdfmx / xdvipdfmx.</div><div>(Note that XeTeX's output-driver is xdvipdfmx!)</div><div>The addition of -dAutoRotatePages=/None in dvipdfmx.cfg is only for inclusion</div><div>of eps figures: in this case (x)dvipdfmx calls gs to convert eps --> pdf.</div><div><br></div><div>Philip's problem is pdf inclusion. Current (x)dvipdfmx does not support</div><div>/Rotate at all, so inclusion of pdf with /Rotate command fails.</div><div>Yes, Adobe Acrobat (and Preview.app in OS X) adds /Rotate command in PDF</div><div>rotation, so these PDFs are out-of-support by (x)dvipdfmx.</div></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​The possible workaround is, as I said previously, 'pretreatment' of rotated PDFs.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">(sorry, in my previous mail there are some miss-spelling in -dAutoRotatePages)</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Hironobu​</div></div></div></div></div>