一般フォーラム

本田さん：
> フォローありがとうございます．

内容的に独立のトピックにしたほうが多くの方の役に立つのではないか（*註1） と思って、別トピックを立ててみたのですが、万一、本田さんが 「揚げ足をとられた」 とお感じになられてたらどうしよう、とちょっと心配でした。なので、こう言っていただけて、安心しました。

  （*註1） dviout と EPS という組み合わせで LaTeX を使われてる方が、現在どれくらいいらっしゃるのかは、分からないのですけれど…。


あべのりさん：
> 昨日更新しました．たぶんこれで大丈夫なはずです．

偶然とはいえ、きちんとご対応されたタイミングで引き合いに出してしまい、申し訳ありません。


さて。

現在の W32TeX に入っている graphics.cfg 〔以下 “graphics.cfg (T/L)” と略記〕 と dviout に同梱されている graphics.cfg 〔以下 “graphics.cfg (D/O)” と略記〕 との兼ね合いについて、理解できた範囲でまとめてみます （間違っていたらご指摘ください）：

“graphics.cfg” の役割は、基本的には、デフォルトのドライバの指定ということのようです。つまり、ユーザーが、ドライバ指定なしで （graphics や） graphicx パッケージを読み込んだときでも、ちゃんとドライバが指定されるように、予め \ExecuteOptions で何らかのドライバオプションを実行しておくようにしてあるみたいです。

    ● graphics.cfg (T/L) では、使われているエンジンをチェックして、それに応じてデフォルトのドライバを決めて、\ExecuteOptions で実行しているようです （pdfTeX の pdf モードの場合には、epstopdf パッケージ等も読み込んでいます）。

    ● graphics.cfg (D/O) では、“dviout” オプションで dviout.def が読み込まれるように \DeclareOption を追加的に宣言して、その後、\ExecuteOptions で、オプション “dviout” を実行しています。

つまり、graphics.cfg (T/L) の存在意義も、graphics.cfg (D/O) 内の \ExecuteOptions{dviout} の役割も、いずれも、ユーザーがドライバを指定せずに graphicx を読み込んだ場合に備えてのデフォルトのドライバ指定です。

したがって、もしもユーザーが自覚的に必ずドライバを指定するのであれば、graphics.cfg (T/L) がなくても、また、graphics.cfg (D/O) 内の \ExecuteOptions{dviout} がなくても、あまり問題は生じないようにも思えます（*註2）。

よって、ユーザーが忘れずにドライバを指定することを前提とするなら、graphicx で “dviout” というオプションも追加的に使えるようにするだけであれば、TeX から見えるところに置いておく graphics.cfg の中味は、

    \DeclareOption{dviout}{\def\Gin@driver{dviout.def}}

の一行で十分と言えるのかも知れません。


    （*註2） いえ、pdfTeX で EPS を使うには、graphics.cfg (T/L) がやっているように、epstopdf も読み込む必要がありますので、本当は、graphicx のドライバ指定だけでは問題が生じる場面はあり得ますね… （つまり、pdfTeX を使う場合には、下手にドライバ指定をしないほうが、却ってうまく行くことになるんですよね）。
    うーん、こう考えると、graphicx で dviout オプションを使うことに拘るのは得策でないような気がしてきました。graphics.cfg (T/L) には手を触れないことにして、dviout を使いたい場合には、dvips を指定するかまたは無指定 （dvi モードで無指定だと dvips がデフォルトなので） というのが、結局のところ穏当なのでしょうか。