ご質問はこちらへ

texexec --euptex でコンパイルすると
次のメッセージが出ました．

dvipdfmx:fatal: Invalid char: -28887
Output file removed.

ご調査頂ければありがたいです．

なお，texexec --eptex (Shift_JIS)では OK でした．

TeX Live 2014 以降では，dvipdfmx で graphics image files
を含める場合次のようにされることをお勧めします。
(TeX Live 2013 以前では不可です)

\documentclass{...}
\usepackage[dvipdfmx]{graphicx}
\usepackage{bmpsize}
... ...
\begin{document}
...
...
\end{document}

こうすると，pdf を除く images の場合 (bmp も可能)，
extractbb は使用されません。外部プログラムを呼ばない
ので，performance が上がるかも知れません。

pdf の場合は extractbb が呼ばれます。この場合，xbb
ファイルを作成しないように改善した dvipdfmx.def を
提案しているのですが，TeX Live 2014 には間にあいません
でした。DVD 作成終了後，update で新しい dvipdfmx.def
が認められることを期待しています。

ページの両側に傍注を表示するために\normalmarginparと\reversemariginparを何度も入れ替えて\marginparを使っていますが、当然ですが毎回warningがでます。

７月中旬ごろの更新で "Remove an obsolete mkluatexfontdb.exe."という
アナウンスで今は mkluatexfontdb.exe は存在しない状態にあります．

以前は mkluatexfontdb -vvv を実行し，['names']が空があれば，そのフォント名を
luaotfload-blacklist.cnf に記述してコンパイル時のエラーを防止していました．

自分システムでは texmf-local 側に luaotfload-blacklist.cnf を設け，そこに
edokan.ttc
fgfumi.ttf
fujipop.ttc
の３件を記述しておりましたが，最早，このようなことは，しなくてもよいのでしょうか．
即ち，luaotfload-blacklist.cnf は不要なのでしょうか．
また，luaotfload の機能がupしたと考えてよろしいのでしょうか．
拙い質問ですが，ご教授ください．

dvipdfmx が "JPEG 2000" をサポートしたとのことで 画像 .jp2 を用意し試行してみました．

(1) (p)latex + dvipdfmx
　　dvipdfmxの操作で次のエラーが出ました．
　　　　dvipdfmx:warning: JPEG 2000 support requires PDF version >= 1.5 (Current setting1.4)
　　・dvipdfmx -V 5 foo で正しく処理されました．
　　・ptex2pdf -l -od "-V 5" foo で正しく処理されました．

(2) Context(mkiv)
　　context foo で正しく処理されました．

(3) Context(mkii)
　　エラーは出ませんが表示されませんでした．

(4) lualatex, pdflatex
　　次のエラーが出ました．今後サポートされるものと思われます．
　　! LaTeX Error: Unknown graphics extension: .jp2.

(追)
jp2ビュアーはGIMP, IrfanView などが対応しています．
jp2への変換は FastStone Photo Resizer が使えます．

　先週、今まで使っていたMacBook Proの電源が入らず、仕方なくMacBook Proを買い換えました。OSは 10.9.4 です。その以前のMacのとき、改訂第4版のLaTeX2e美文書作成入門のDVDからLaTeXをインストールしました。そのときに私の好みでエンコーディングを「Japanese(Shiftjis¥)」にしました。それで2冊の数学関係の本ともう1冊を作りました。大切な原稿です。

ご無沙汰しております。gbb60166 です。

最新のTeX環境にしようとW32TeX一式をダウンロードしてあれこれ試していたら、以前は正しくコンパイルできてPDF表示されていたファイルがうまくいかないことに気づきました。

\documentclass{jarticle}
\usepackage{utf}
\begin{document}
あいうえお\CID{20759}
\end{document}

コンパイルはできるのですが、dvipdfmx -f hiraginopron.map で変換すると

** WARNING ** Glyph for CID 20759 missing in font "HiraMinProN-W3.otf".

という警告がでてフォントが表示されません。Windows7 Professional 64bit、WindowsXP Professional 32bit どちらでも警告が出てPDFが表示されません。


\CID{10759}に変えると警告は表示されず正常にPDFが作成されて表示もできるので、フォントは見つかっているようです。

私は何か勘違いしているのでしょうか？。原因が分かる方、教えてください。少しネットで検索しましたが情報を見つけることができませんでした。

先日、奥村先生の美文書作成入門LATEX2ε“改定第６版”を購入したものです。

texworksは無事にインストールできた(と思う)のですが、PDFの日本語表記がうまくいきませんでした。

色々なサイトを見て設定を試みたのですが、shareフォルダが無かったり、cid-x.mapはどこにあるのかわからなかったりで、困っています。

何分パソコン初心者の私にはわからないことだらけです。

ご存知の方いらっしゃいましたら教えてくださいませ。

TeX Live 2014 付属の otf.sty で，極太ゴシック(gt/eb)を使っているときの \UTF / \CID が，gt/bx のフォントで出力されてしまうようです。

%%% 検証ソース（TeX Live 2014 on Mac でヒラギノ埋め込み）
\documentclass[uplatex]{jsarticle}
\usepackage[deluxe]{otf}
\begin{document}
{\gtfamily\bfseries ①\UTF{2460}\CID{7555}}

{\gtfamily\ebseries ①\UTF{2460}\CID{7555}}
\end{document}

調べてみたところ，TeX Live の otf.sty の以下の記述を修正すれば治りました。

--- otf.sty.orig 2013-11-28 07:23:00.000000000 +0900
+++ otf.sty 2014-07-20 22:08:13.000000000 +0900
@@ -441,8 +441,8 @@
\Declare@FontShape{cidjg}{m}{012345}{cidjgr}
\Declare@FontShape{utfjg}{bx}{0123456789abcdefjklmnopqrstuvz}{utfjgb\nlck@sfx@}
\Declare@FontShape{cidjg}{bx}{012345}{cidjgb}
- \Declare@FontShape{utfjg}{eb}{0123456789abcdefjklmnopqrstuvz}{utfjgb\nlck@sfx@}
- \Declare@FontShape{cidjg}{eb}{012345}{cidjgb}
+ \Declare@FontShape{utfjg}{eb}{0123456789abcdefjklmnopqrstuvz}{utfjge\nlck@sfx@}
+ \Declare@FontShape{cidjg}{eb}{012345}{cidjge}
\DeclareKanjiFamily{\otf@JYn}{utfjmg}{}
\DeclareKanjiFamily{\otf@JTn}{utfjmg}{}
\DeclareKanjiFamily{\otf@JYn}{cidjmg}{}

この部分は，以前の「upLaTeX + OTF で極太ゴシックを使うと pdf に変換できない」の議論のときに追加された部分だと思います。