ご質問はこちらへ

今日TeX環境をバージョンアップしたら、それまでと挙動が違うことがあったので、質問させて下さい。
dvipdfmxは Version 20130624 が入っています。

texファイルの冒頭で
\documentclass[11pt,a5j,papersize]{jsbook}
と宣言し、生成されたdviファイルをdvipdfmxで変換したのですが、
今までの環境ではA5サイズ(148mm×210mm)のPDFが生成されたのですが、バージョンアップした環境ではなぜか162mm×230mmのPDFが出力されます。

dvipdfmxの起動の際に「-p a5」を付けてみたり、「-p 148mm,210mm」を付けてみたりしたのですが、変わりませんでした。

しょうがないので、ズレを考慮して、texファイル上でpapersizeオプションを削除し、
\special{papersize=136mm,192mm}
を宣言したら、それなりに正しそうなサイズにはなりましたが、今後が不安です。

何か動作が変わったのでしょうか?

MacTeXで以下のソース(psfrag.tex)をタイプセットでdviを作って、コマンドで

$ dvips -E psfrag.dvi

と入力して、出来たEPSファイルをプレビューで見ると、画像が途中で途切れていました。

また、\centeringと打っているのにdviファイルでは中央寄せされていません。

\usepackageのオプションをdvipdfmxにすると、画像は中央寄せされますがpsfragを使うことが出来ません。

どうすればいいでしょうか？

またUNIX上のTeXでは出来たので、これはMaXTeXのエラーでしょうか？

\documentclass[a4j]{jarticle}

\usepackage[dvips]{graphicx,psfrag}

\begin{document}

\begin{figure}[h]

\psfrag{R}{$R$}

\psfrag{L}{$L$}

\psfrag{C}{$C$}

\psfrag{E}{$E$}

\psfrag{VR}{$V_R$}

\psfrag{VL}{$V_L$}

\psfrag{VC}{$V_C$}

\centering

\scalebox{1.2}[1.2]{\includegraphics[angle=-90]{kairo1.eps}}

\caption{PSfrag}

\end{figure}

\end{document}

\documentclass[30pt]{jsarticle}
\pagestyle{empty}
\begin{document}
\vbox{\tate あ{\gtfamily の}。}
\end{document}

というソースを，platex -> dvips -E と処理すると，出来上がった PS ファイルでは，
%%BoundingBox: 72 72 72 72
となってしまって，その後 \includegraphics などで読み込んだときに，
サイズが 0 だから処理できないといったエラーを頂戴することになります．

• このあたりの振舞いは以前から知られていたのでしょうか？
• うまい解決方法はありますでしょうか？

なお，ps2pdf がうまく動くならば，今の場合，ps2pdf で ano-tate.pdf を作り，
gswin32c -sDEVICE=bbox -dBATCH -dNOPAUSE ano-tate.pdf
を実行すれば，
%%BoundingBox: 91 603 116 666
が得られるので，この行を使って PS ファイル上の記述を差し替えれば，対処できます．
もちろん，PDF が作れるなら，PS ファイルを読み込む必要がないというのはごもっとも
です．あくまでも例です．

奥村先生の美文書作成入門5版についていたTeX（TeXlive2009）をそのまま使っているのですが、これをTeXlive2013にしたほうがいいのでしょうか？

宜しくお願い致します。

下記のように文中の数式に通し番号を振って,\labelをセットしておき,後ページで\eqrefなどを使ってその通し番号を呼び出したいのですが,これはどうすれば可能でしょうか?

次の数式y=x³+ax²+bx+c+1・・・(2.10.4)は非常に重要で,

かくかくしかじか

かくかくしかじか

かくかくしかじか

前ページで紹介した式(2.10.4)を使って,次の問題を考えてみよう。

かくかくしかじか

Q&Aに書けないので、こちらに返事を書きます。
64bit のバイナリを置いていますが、未テスト
です。インストール法を書きます。
(1) 通常の方法で W32TeX をインストールします。
(2) 同じように 64bit のバイナリを展開します。
(バイナリだけしかありません)。
結果は
c:/w32tex/bin64
という新しいディレクトリが追加されるだけです。
PATH に追加するには bin64 を優先して
c:\w32tex\bin64;c:\w32tex\bin
とします。
XeTeX と LuaJITTeX を含めて、64bit 版がまだ無いものもあるので
上のように32bit用の bin も PATH に入れます。
64bit版がうまく動作しない場合には
PATH に入れるものを
c:\w32tex\bin
だけにすれば、今までと全く同じになります。

角藤先生へ

変更ログを拝見すると、xetex-w32.tar.xzの変更があるようですが、サーバーからは無くなっているようです。
確認、宜しくお願いします。

間違っていたら、申し訳ありません。

LualaTeXでヒラギノフォントを使用するとAcrobatなどでの表示はできるもののPDFのフォーマットとしては正しくないファイルが生成されるようです。

使用しているLuaTeXは以下の通りです。
This is LuaTeX, Version beta-0.75.0-2013033008 (TeX Live 2012/W32TeX)(rev 4604)

次のような簡単な内容でタイプセットすると、
%=============================
\documentclass[a4paper]{article}
\usepackage{fontspec}
\setmainfont{HiraKakuPro-W3}
\begin{document}
あ
\end{document}
%=============================

生成されたPDFファイル(添付)で、object ID 8のDirectory要素が
==============================
8 0 obj
<<
stream

endstream
endobj
==============================
と正しく出力されていないと思います。こんなことが起きているのは
私だけでしょうか？
初心者なので勘違いしているかもしれません。どなたかこの件で
お分かりになるかたがいらっしゃったら助けてください。
よろしくお願いします。

※ PDFファイルを見るだけならいいのですが、該当ファイルから
ページを抽出したりなどPDFを加工できなくて困ってます。

中央ぞろえだと左側の空白部分がもったいないです。

eqnarray*環境下にある全行の数式を全て,左揃えしたいのですがどうすればいいのでしょうか?

※また,複数行の数式を全て左揃えできるのならeqnarray環境にこだわりません。

flushleft環境は数式には使用できませんよね。

pdf を使用することで解決したようですが、ちょっとテストして
みました。TeX Live 2013 では今までの -sPAPERSIZE=a0 をやめて、
-dEPSCrop にし、対応する xetex.def と dvipdfmx.def の変更を
しましたが、問題の eps に対して、理由は私にはわかっていませんが
-dEPSCrop がうまく働かないようです。一方 pdflatex は何の問題も
ないことを考えて、 dvipdfmx.cfg において D 値を

D "epstopdf --outfile='%o' '%i'"

に変えてみると、問題が無くなりました。