updmap の機能追加案 #16
Comments
ad [1] Adobe-Identity0自分の意見ですが、
3回のコマンドが必要じゃないため、 例えば：
どう思いますか？ ad [2] CMap第一：問題はあまりわかりません。すみません。今の が書いてありますよね。それは に書換の話ですか？ あまりにもわからないんですが、意見として、最初の方法の方が簡単じゃないかなと思っています。 でも、本当に問題をわかりませんから、判断できません。 |
|
すみません，まだ私自身が「そういう機能が必要かどうか」「必要ならばどんな user interface が良いか」のどちらも意見が決まっていません。 [1] Adobe-Identity0 なフォントを使うための設定手順を作りたいkanji-config-updmap を拡張するのは必要ですが，例えば，こんな心配をしています。
「jaEmbed.uptex / jaEmbed.otf / jaEmbed.otf-up」と「jaEmbed」が競争する場合，どちらを希望するかが人によって違うかもしれません。 [2] CMap を変更するための設定手順を作りたい書き直します。 これを作りたい理由は， texjporg/uptex-fonts#8 の「矢印の向き」など，Adobe CMap の変なところを直すためです。（Adobe に pull request は一回しましたが，backward compatibility issue などの理由で reject されています。）
これは，maps のファイルを全部 copy して，新しい maps を作る方法です。implementation は簡単です。でもこの場合，dvips + gs でも UniJIS{,2004}up-UTF16-{H,V} が使われるのですが，このファイルは TeX Live で配っているだけなので，gs の Resource から見つかりません。これが心配です。
この方法なら，dvips maps は untouched です。 |
|
（明日の朝出発なので、返事が遅くなります。旅行中。） |
|
ひとつだけ
はい、それはそうですが、今でも それは問題ないと思います。僕に任せてください。 |
|
（昨日から体調がアレなので，私も返事遅くなります。） |
|
（お大事に！） |
|
@norbusan さん，作成いただいた progs-support を試してみました。しかし，私が作った物の方が (1) updmap を拡張しなくて良い（kanji-config-updmap だけ拡張で済む） という点で良いと思いますがどうでしょう？ 特に (2) は日本のユーザを混乱させずに済みます。おそらく，ほとんどの日本のユーザは - Usage: kanji-config-updmap [OPTION] {<fontname>|auto|nofont|status}
+ Usage: kanji-config-updmap [OPTION] NN[.PROG]={<fontname>|auto|nofont|status} ...本当は kanji-config-updmap --help を読んで欲しいのですが，ほとんどの人は他の人が書いたブログを見て真似るだけです。そうすると @norbusan のコードでは |
|
ま〜、僕は別になんでもいいと思いますが、将来的にそのようなフォントがどんどん出てくると思っています。僕の感じは はい、ユーザの問題をよくわかっています。それは欲しかったら、僕の更新でもうえのとおり、 でも、とりあえずこれでいいかな？ |
は賛成。
はよくわかりません。
これは無いと思います。一度 kanji-config-updmap-sys noto すると，jaEmbed = noto なので，次に kanji-config-updmap-sys してもまた noto になるから問題ないです。 さて，「upTeX + dvipdfmx で Noto を使うための interface」は私のもので十分なのですが，もっと大きな問題があります。それは 「Adobe-Identity0 なフォントの日本語部分は dvips + gs では全く使えない」 ということです。どうしようか迷っています。updmap.pl は というコードで skip しますが，それだと dvips mapline が全部消えてしまい，日本語が全く使えない状態になってしまいます。そうならないように新しいコードを書きます。 |
fallback ブランチにその実装を作ってみました。
ただ，自分でもまだ納得していないのでリリースはしたくないです。 master ブランチは以下のようになっています。
この方がわかりやすいかも，と思います。 |
というのは，結局「updmap が dvipdfmx と dvips のフォントを同じにしようとする」のが弱点だと思っているからです。progs-support (ja.uptex とか ja.otf とか) は一見良さそうだったのですが，完全な解決にはなっていないので中途半端でした。
こう考えると，もともと「(kanji-config-)updmap で AI0 fonts を使おうと試みること」自体が bad なのではないかと思えてしまいます。 なお，「ja.otf は10個の map を一緒に決める」というのが問題だからファイルを分ければいい気もしますが，一方で |
同じ挙動ですが，stub ブランチに better な実装を作りました。これをリリースしようと思います。 |
20190318.0 を出しました。「AI0 フォントが使える場合はそれをマップし，使えない場合は noEmbed と同じ設定をマップする」という仕様です。
これは引き続き考えます。 |
#10 と texjporg/uptex-fonts#8 で出ている updmap の話をまとめます。
[1] Adobe-Identity0 なフォントを使うための設定手順を作りたい
Noto / SourceHan のような Adobe-Identity0 なフォントは，Unicode 専用なので，普通は pTeX で使えない。 → 現在の updmap / kanji-config-updmap の仕組みでは扱えない。しかし，設定手順は
kanji-config-updmap-sys notoのような一発で実行できると便利。（今ある tl-updates/updmap.pl のままでは，jaEmbed.uptex / jaEmbed.otf / jaEmbed.otf-up を別々に設定しないといけず，3回のコマンドが必要である。これを簡略化するには？）
\special{pdf:mapline -rml}のように-で始まる PS-TFM 名を指定することで，kanjix.map で登録された既存のマップエントリを削除する（dvipdfm-x のソース spc_pdfm.c も参照）。このとき，元々 kanjix.map に当該エントリが無かったらどうなるのか？）[2] CMap を変更するための設定手順を作りたい
UniJIS{,2004}-UTF16-{H,V} ←→ UniJIS{,2004}up-UTF16-{H,V} を切り替えるコマンドが欲しい。考えられる方法は2つ。
The text was updated successfully, but these errors were encountered: