最近どうもここは私家版 TeX Q & A 解答欄みたいになっているけれど、
jsarticleのslideや、Beamerを使ってスライドを作ろうとしたのですが、
\textbfや\bfseriesで文字を太字にすることがなぜかできません。
例えば、こんな感じでスライドを作ろうとしました。
--------------
\documentclass[slide, papersize]{jsarticle}
\usepackage[dvipdfmx]{graphics, color}
\begin{document}
\section{テスト}
\Large 太字にならない\\
\textbf{太字にならない}
\end{document}
-------------
これはjsarticleのslideですが、Beamerでも同じ現象が発生します。
それに対して、通常の文書を作成するときは、しっかりと太字になりました。
どなたか、原因が推測できる方がいらっしゃいましたら、ご教示ください。
よろしくお願いいたします。
うーん……こういう話、正直言ってちょくちょく耳目にすることがある。
ここで問題になるのは「太字って何よ？」という話だろう。日本語の場合、太字と言うとゴシック体、英語の場合だと bold face, フォントを変えて表すなら Serif に対する Sans Serif ということになるのだろう。しかし、だ…… jsarticle.cls の最後の方にはこう書かれている：
\if@slide
\renewcommand\kanjifamilydefault{\gtdefault}
\renewcommand\familydefault{\sfdefault}
つまり、jsarticle.cls の slide オプションを使用するということは、日本語の標準フォントではゴシック体、それ以外のフォントでは Sans Sarif を default として使用する、ということなのである。だから、その文書の中で \textbf とか \textgt とか使っても変化はない。「最初からそうなっている」ものに「そうしなさい」というコマンドを適用しているわけで、何も変化する訳がないのである。
こういう場合はどうするか。日本語以外の文字に関して太字にしたい場合は、Sans Serif 系ということで Helvetica を選んで、その bold を指定すればいい、ということになる。日本語はゴシックでなく太ゴシックを指定すればいい、ということになるだろう。たとえば、
\documentclass[slide, papersize]{jsarticle}
\usepackage[expert,deluxe]{otf}
\begin{document}
\newcommand{\FUTO}{\usefont{T1}{phv}{b}{n} \usekanji{JY1}{hgt}{bx}{n}}
\section{テスト}
\Large 太字にならない\\
{\FUTO 太字になる}
\end{document}
……とでもしてやればよい。ただし、太ゴシック (hgt) を用いるためには OTF パッケージを併用する必要があり、更に、hgt に対して適切な太ゴシックのフォントをアサインしたフォントマップが必要になる（詳細は「
日本語フォントのセットアップ」を御参照のこと）。Beamer を使う場合でもやり方は変わらない。
しかし、だ。できる、というのと、それが効果的な手段だ、というのは、全く別の話である。正直言うけれど、僕はこうやって太くした「太字の更に太字」が美しいとは思えない。そもそも、強調したいんなら、アンダーラインを引くなり囲むなり、あるいは色を変えるなりすればいいだけの話である。何が何でも太くしなければならない、なんて理由は一つもない筈なのだ。だから、ここを読まれた方々には、こういうことで時間を空費しないでいただきたいと思うのだ。そのために、僕はこれを書いて己が時間を空費しているというわけ。
【後記】\usepackage[deluxe]{otf} を使うなら、\textbf{} で用は足りる、とのご指摘あり。追試して確認しました。なるほど。わざわざフォントを明示する必要はありませんでしたね。
ちょっとグラフを描く用事があって、Microsoft Excel ならぬ LibreOffice で描かせようかと思っていたのだが、美しくないのでほとほと厭になってしまった。久々に Ngraph かぁ？ とソースを調べてみたが、Open Motif ベースで書かれているようだ…… Lesstif でも make できるんだけど、どうも日本語周辺に起因するらしき segmentation fault で落ちてしまう。
普段グラフを書かせるのには gnuplot を使うことが多いのだけど、今回は少々体裁を整えたい。gnuplot はこの辺が難しい。学会の発表原稿だと、上からキャプションを貼り付けたりするのだけど、今回はその手間を惜しみたい。さあ、どうしようか。
などと考えていて、ふと PyXPlot の存在を思い出す。そう言えば、どうして今まで使わなかったんだっけ……そうそう、Debian GNU/Linux の pyxplot は TeX Live のパッケージと不可分なので、Debian の TeX Live を入れたくない僕にとっては手を出し難かったのである。うーん、そう言えばソースをちゃんとチェックしたことなかったなあ……とチェックしてみると……なんだ、これなら /usr/local 以下に入れれば問題ないじゃん。ということで、さくっと make してインストールする。
基本的には gnuplot と同じく コマンドラインベースなのだけど、gnuplot とは違って、出力は EPS になっていて、gv をフロントエンドとしてそれが表示されるようになっている。キャプション等は TeX で整えられているので、これはかなりいい感じである。
もちろん、そうだからと言って、僕の手元のシステムから gnuplot が消えるというわけではない。しかし、僕自身が今後使う場合は、おそらく pyxplot を使う比率が非常に高くなるのではないだろうかと思う。だって、コマンドラインで使う感覚は全く変わらなくて、TeX の力を借りた postscript ベースの出力が得られるのだから……明日、早速ガシガシ使う予定である。
久々の大ポカをやってしまった。メールの保存ディレクトリを破損してしまったのだ。慌ててバックアップのアーカイブを展開したら、ホーム・ディレクトリの設定ファイルを昔の状態に戻してしまった。あ゛〜！ やっちまった！
以前の skkinput の設定をクリアして iBus の設定をし直して、GNU Emacs のフォントを戻して……あれ、Mac OS X と不整合起こしてるな……ではこの TrueType フォントをコピーしてゴニョゴニョ……などとやっているうちに、所用で出かける時間になってしまう。慌てて身支度して出かける。
で、疲弊しつつ帰宅したその後に、残りの作業をゴニョゴニョやっている……う゛〜。Xquartz と Linux の XOrg との不整合は直したけれど、手元の TeX Live の svn tree を過去に戻してしまったので、今晩一晩かけて復旧させることに。それにしても、こんなミスをするとは。
奥村氏の TeX Q & A で出ていた質問について。
質問者は、数式モードで \mathcal 字体を使いたいらしいのだが、調べているうちに、この字体の "T" に、下端に棒のあるものとないものがある、ということに気付いたらしい。以下にその二者を：
問題の部分を拡大して赤で囲んだものを以下に示す。
この違いは、実は Knuth が（彼の言うところによると、最後の）Computer Modern Fonts の改良をした結果である。詳細に関しては彼の書いた：
http://www-cs-faculty.stanford.edu/~knuth/cm.html
およびその試訳：
http://www.fugenji.org/~thomas/texlive-guide/knuth-message.html
を御参照いただきたい。
TeX Q & A での質問者はあっさり引っこんでしまったようだけど、この筆記体大文字というのは、結構悩ましいところかもしれない。演算子等にこういう記号を使うときには、やはり好みを反映させたいだろうからだ。
実は、このような筆記体大文字のフォントを手近で探すと、Microsoft Office にバンドルされている Monotype Corsiva や、Mac OS にバンドルされている Apple Chancery（以前は dfont 形式のファイルしか入っていなかったようだが、10.6 と 10.7 では TrueType フォントが入っているのを確認済）を見つけることができる。そして、これらの T はいずれも下棒が付いているのである。
だから、TeX に対して原理主義的でないのならば、実はやり様があるはずなのだ。Knuth だって、あくまで Computer Modern Fonts の話をしているわけだし……しかし、この辺のフォローはなされているように思えないので、ここに書いておく次第である。
