> ... It would seem, from what Hironobu-san > has said, that neither XeTeX not (x)dvipdfm(x) support the /rotate (or > /Rotate) primitive that Adobe Acrobat inserts when one asks it to rotate > a PDF ... > > ** Phil.
That's right. And it's not only Adobe Acrobat that inserts /Rotate (uppercase) in PDF rotation: for example, pdftk in.pdf cat 1-endsouth output out.pdf inserts /Rotate 90. Mac OS X Preview.app is similar. When pdf tool developers implement pdf rotation, addition of /Rotate may be the easiest way: there is no need to interpret pdf completely! And also it is reasonable that users choose rotating pdf before including it into TeX, therefore insertion of /Rotate occurs frequently. Most of pdf viewers can understand /Rotate, so they show pdf in proper orientation. However, current XeTeX and xdvipdfmx cannot understand /Rotate in pdf. This is the problem. Hironobu -------------------------------------------------- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
