ご質問はこちらへ

お世話になります。

欧文の TrueType フォントを購入して、それを埋め込んだ pdf を作りました。latex -> dvipdfmx で作った pdf から Word2007 にコピー・アンド・ペーストすると、pdf の通りにコピーされるのですが、pdflatex で作った pdf からコピペをしたら、エスツェットやリガチャが化けてしまいました。

具体的には、エスツェット（germandbls）は ydieresis になり、fi と fl のリガチャはアンダーバーになりました（OpenOffice.org Writer で試してみても同様にエスツェットは ydieresis になり、fi と fl のリガチャは黒い点になりました）。

tfm ファイルを作る際に使った T1-WGL4.enc の 255 番が germandbls で、8r.enc の　255 番が ydieresis なので、エンコーディングの問題なのかな、とチラッと思ったのですけど、しかし、8r.enc は使っていない（つもり）です。

ソースでも T1 を指定してして、map ファイルの設定でも、dvipdfmx も pdf(la)tex もどちらも T1-WGL4.enc でエンコードし直しています。

dvipdfmx と pdflatex のどちらでも化けるほうが一貫性があって却ってすっきりするのですが、異なる結果になる理由が分かりません。

商品のフォントを添付するわけにはいきませんので、Windows の Times New Roman を埋め込むサンプルを添付いたします（fd ファイルや map ファイルに相当する部分はプリアンプルに入れました）。私の手許では、これでも再現しました。

tfm ファイルは次のようにして作りました：

　ttf2tfm times.ttf -q -T T1-WGL4.enc -v sample.vpl r-sample.tfm
　vptovf sample.vpl sample.vf sample.tfm

（今回の場合 vf を挟む必要はないと思いますので、r-sample.tfm と sample.vf, sample.vpl は添付していません）

TeX は、角藤先生の W32TeX の
　This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2010/dev)
で、dvipdfmx は
　dvipdfmx(20100328)
です。

dvipdfmx を使えば化けないので、とりあえずは困らないのですが、このような結果になる理由についてお教えいただけましたら幸いです。よろしくお願いします。

はじめまして、こんにちは。

英文 article で作業しています。基本的な索引を作るところまでは無事にできました。主に人名の索引なのですが、その人の身分など属性を索引の見出しにつけようと考えております。結果として索引の見出しが長くなります。基本状態ですとおそらく2段組になっているのですが、その状態だと見出し語の途中で改行が増えてしまい、見づらくなります。そこで索引の段組を変更したいのですが、どのようにしたらよいでしょうか？

Windows7で、epsファイルを作成するために、LocalプリンターにXerox Phaser 6120PSをインストールし、windowのアクセサリに入っているpaintで描いた画像ファイルをtest.psというファイルに出力し、それからgsviewで開いて範囲を指定して適切な大きさのepsファイル、test.epsを作成しました。そのファイルを

 \includegraphics[width=3.5cm,clip]{test.eps}
として貼り付けたところ、絵が消えてしまい、dvioutで見ることができません。

test.eps単体ではgsviewで、普通に閲覧することができます。

原因がわからず、途方にくれています。どなたか情報をお持ちの方、是非お教えください。

lualatex で -synctex=1 または -synctex=-1 を付けてコンパイルすると
エラーが発生し，正常な PDF ファイルが出力されません．

>lualatex -synctex=1 hoge.tex
!  ==> Fatal error occurred, no output PDF file produced!

使用している lualatex は

>lualatex -v
This is LuaTeX, Version beta-0.71.0-2011062921 (Web2C 2011) (rev 4315)

です．

-synctex=1 を外すとコンパイルでき，正常な PDF ファイルが出力されます．

あと，この問題とは別に 2011/05/11 以降の W32TeX では
出力される synctex ファイルに記述されている tex ファイルのパスが
2011/05/11 よりも前のものとは異なっていて以前は

hoge.tex

で出力されていたものが

C:/tex/./hoge.tex

のように出力されるようです．

このため SumatraPDF で forward search ができないものが発生しているようです．

今のところ

・ファイル名をフルパスで指定してコンパイルし ForwardSearch に渡す引数もフルパスにする
・-output-directory= を指定してコンパイルし ForwardSearch に渡す引数もフルパスにする
・ForwardSearch に渡す引数を hoge.tex ではなく ./hoge.tex にする

などの回避策で forward search できていますがなぜこのような出力に変更されたのが
ご存じの方はおられませんか？

はじめまして。

LaTeXに直接関係することではないのですが、TeX Wikiにある説明に関することなので思い切って質問いたします。

Vimを使っているのですが、SumatraPDFを使いforward searchの設定を試みており、以下のページを参考にしています。

http://oku.edu.mie-u.ac.jp/~okumura/texwiki/?Vim-LaTeX#wc3116fb

しかし、私のコンピュータに関する知識不足で、そのページにある「fwdsumatra.diff を見て，$HOME/vimfiles/ftplugin/latex-suite/compiler.vim を自分の環境に合わせて修正します．」のところを理解できません。どなたか、もう少し簡単に初心者にも理解できるように解説して頂けないでしょうか。

また、そのページで説明しているfwdsumatraは以下のサイトの一番下のリンクからDLできますが、

http://william.famille-blum.org/blog/static.php?page=static081010-000413

http://william.famille-blum.org/software/sumatra/vim-fwdsumatra.zip

その中に含まれているREADME.TXTの中に以下のようなパッチをあてる説明があります。

3. Apply patch to compiler.vim, by copying fwdsumatra.diff in
latex-suite folder and running
patch -p0 -c -b compiler.vim fwdsumatra.diff
(Note: the "patch" utility is avaiable for example in Cygwin)

何度も試しているのですが、完全にパッチをあてることでできませんでした。それで、TeX Wikiの説明に沿って設定してみようと思っています。

場違いかもしれませんが、宜しくお願い致します。

先日、tex-qaの方へ「BXbase/PXbaseでの半角文字の扱いに
ついて」という質問でお世話になった みずは です。
その節は大変にありがとうございました。その後、快適にplatex
を使用しています。

今日はユニコードで入力した漢字のプリントアウトについて質問
させてください（tex-qaの方では本文の全角文字が少ないという
ことで書き込みができませんでした）。

質問というのは、以下のようなtest.texを platex-utf8 で処理し、
dvipdfmxでpdfにするとに文字化けするという問題です。

\documentclass{jsarticle}
\usepackage[bxutf8]{inputenc}
\usepackage{bxbase}
\usepackage[multi]{otf}
\usepackage[english]{babel}
\usepackage[main=japanese]{pxbabel}
\begin{document}
①鄧小平

②許徳珩

③張君勱
\end{document}

cid-x-local.mapの（おそらく）関連ある部分は

%%% OTF package
hminr-h H A-OTF-RyuminPr5-Light.otf
hminr-v V A-OTF-RyuminPr5-Light.otf
otf-ujmr-h UniJIS-UTF16-H A-OTF-RyuminPr5-Light.otf
otf-ujmr-v UniJIS-UTF16-V A-OTF-RyuminPr5-Light.otf
otf-cjmr-h Adobe-Japan1-6 A-OTF-RyuminPr5-Light.otf
otf-cjmr-v Identity-V A-OTF-RyuminPr5-Light.otf

です。

dvipdfmxの関係するエラーメッセージは
** NOTICE: This document contains `Preview & Print' only licensed font **

** WARNING ** No character mapping available.
CMap name: H
input str: <2d>

** WARNING ** No character mapping available.
CMap name: H
input str: <2d>

** WARNING ** No character mapping available.
CMap name: H
input str: <2d>

のようです。

よろしくお願いします。

Mac版美文書作成入門改訂第4版のpLaTeX
(This is pTeX, Version 3.141592-p3.1.10 (utf8) (Web2C 7.5.4))
を使用していますが、
日本語を含む文章をdvipsすると文字化けしてしまいます。

gastex(http://www.lsv.ens-cachan.fr/~gastin/gastex/gastex.html)
を使いたいので、直接pdfに変換するのではなくdvipsが必要です。

http://goo.gl/RV29H
http://d.hatena.ne.jp/fukuit/20090401/1238672662
を参照して:

% export TEXMFCNF=/usr/local/teTeX/share/texmf/web2c
を追加した後
% kpsewhich --format=.map psfonts.map
/usr/local/teTeX/share/texmf-var/fonts/map/dvips/updmap/psfonts.map

が表示されます。psfonts.mapに中には：
rml HiraMinPro-W3-H
rmlv HiraMinPro-W3-V
gbm HiraKakuPro-W6-H
gbmv HiraKakuPro-W6-V

は設定されている状態でした。

それでも、日本語が化けてしまいます。

従来の pTeX の UTF-8 入力の仕様では、

〈①〉や〈鄧〉等の JIS X 0208 にない Unicode 文字は元の UTF-8 のバイト列をエスケープ（^^ab 形式）したものに変換される

ということでした。ところが、少なくとも最新の W32TeX においては、JiS X 0213 や JIS X 0212 にある文字については、そこでの符号位置（に対応する sjis 値）をもつ和文トークンだと扱われるようです。（他のビルドは試していない。）

※参照：「ユニコード入力の漢字のプリントアウトについて」

% ptex -kanji=utf8 -kanji-internal=sjis -no-guess-input-enc
\def\inspect#1#2\nil{\count255=`#1}
\inspect 鄧\nil
\showthe\count255 % => 57797
% 従来の仕様なら「233」（先頭バイトの値）になるはず
\bye

上のようなコードで試してみたところ：

• 〈①〉は JIS X 0213 の位置「13-01」の sjis 値 0x8740（CP932 の値でもある）の和文トークン
• 〈鄧〉は JIS X 0212 の位置「66-39」に対する sjis 値 0xE1C5 の和文トークン（ちなみに、JIS X 0213 の符号位置は「92-80」（0xEEEE）、CP932 では 0xFBB9）

今の動作だと、0212 と 0208 の同じ位置の文字が区別されないので、仕様としてはまずいと思いますが、これは意図した変更なのでしょうか？

ptexlive の変更履歴には

Unicode テーブルを gd ではなく nkf のものを利用するようにした。

とあり、恐らく動作の変化はこれに起因するのだと推測しますが…。

\sectionで小見出しを作る際に文字の大きさ、またはフォントを指定することはできるのでしょうか？