新元号対応, Adobe-Japan1-7

[t-tk]

新元号対応についてです。
元号の組文字が Unicode と Adobe-Japan1-7 で追加されることが決まっているそうです。
新元号は2019年4月には発表されるそうなので、TeX Live 2019にぎりぎり間に合うタイミングでしょう。
ブランチ new-era を作っておきます。
sty/ajmacros.sty にも追加したいところですが、新元号の発表待ちです。

元号	Unicode	H	V
明治	U+337E (㍾)	7621 (AJ1-0)	12041( AJ1-4)
大正	U+337D (㍽)	7622 (AJ1-0)	12042 (AJ1-4)
昭和	U+337C (㍼)	7623 (AJ1-0)	12043 (AJ1-4)
平成	U+337B (㍻)	8323 (AJ1-1)	12044 (AJ1-4)
令和	U+32FF (㋿)	23058 (AJ1-7)	23059 (AJ1-7)

[aminophen]

そういえば，dvipdfmx などが使うはずの Adobe CMap resources の最新版は TeX Live にまだ降りてきていないようです。今までどなたが CTAN に上げてくださっていたのでしょうか？

＃ Adobe-Japan1-7 に対応した CMap がないと，japanese-otf(-uptex) も正常動作しないのではないでしょうか。また，Adobe-KR9 (#11) の件も同様かと。

[t-tk]

Master/texmf-dist にあるものは
CTAN の adobemapping から来ているようです。
Maintainer は Adobe Sys­tems In­cor­po­rated になっています。
誰に頼めばよいのでしょうかね。

[aminophen]

CTAN の README は Karl さんが作ったもののようですから，最初に問い合わせるなら Karl さんでしょうか。時間が出来たら CMap の変更点を読んで，必要そうならリクエストしてみます。

[t-tk]

CMapの変更点は勿論公式のドキュメントでご確認いただけると確実ですが、
簡単に言うとAdobe-Japan1-7 の追加分は新元号の組文字のグリフ2個(23058, 23059), Unicodeではコードポイント1個(U+32FF)のみです。
新元号の組文字を使うときだけ必要になると言えます。
Adobe-KR9はAdobe-Korea1-2 と全く別物です。Adobe-KR9のCIDを実装したフォントを使う場合には必要になるでしょう。

Karlさんへ問い合わせていただけるとのこと、ありがとうございます。

[aminophen]

ちょうど昨日 mapping-resources-pdf も更新されたようです。これでモノは揃った？？

[t-tk]

ついさっき知ったのですが、Adobe-Japan1-8 の候補が検討されているそうです。
いつ出るのかも分かりませんが、出たら対応を考えます。

[aminophen]

先ほど Karl さんに問い合わせメールを送りました。 > adobemapping

[aminophen]

adobemapping の CTAN upload 担当を Karl さんから引き継ぎました。

https://github.com/aminophen/ctan-adobemapping

この内容で今夜にでも upload するつもりです。

[aminophen]

https://tug.org/pipermail/tlbuild/2019q1/004310.html

22feb: sources committed, builds begin.
1mar: tlnet (and TL'18) frozen, tlpretest starts, CTAN updates continue there.
22mar: code freeze for final build, major bug fixes only.
5apr: final updates from CTAN, final doc tweaks.
12apr: deliver TL image for TeX Collection packaging/testing.
19apr: deliver TeX Collection DVD image for manufacturing.
30apr: public release (also of MacTeX).

4/1 新元号発表，4/5 が CTAN からの最終インポートなので，忙しいですがなんとか間に合いますね。（もちろん，「3/22 時点のソースから出来るバイナリが正常に作動する」という前提ですが。）

何かうまい事前テスト方法はありますでしょうか。既に Adobe のリソースは TeX Live に収録されているので，適当なフォントさえあれば準備できるかもしれません。（例えば
https://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=unicodebmpfallbackfont
のようなフォールバックフォントがあると良いかも？）

• 仮に新しい元号が江戸だったとして \ajLig{江戸} を U+32FF に飛ばせるか（実装の練習も兼ねて）
• \UTF{32FF} や \CID{23058} が U+32FF になるか
• ToUnicode 情報が正しく埋め込まれるか
• （OpenType と TrueType で仕組みが違うので，両方試した方が良いはず）

[t-tk]

新元号合字のU+32FFは Unocode blocksでは
"3200..32FF; Enclosed CJK Letters and Months"に含まれているので
Unicode 1.1.0 の頃からあるはずで、
ご紹介頂いたフォールバックフォント(Unicode 6.1)でテスト出来そうですね。

やろうとしていることは、実装としては「平成」の合字と同じことなので
単純ミスさえ無いことが確認できれば綿密なテストまでしなくても大丈夫に思います。

それから、一つ気にしているのは
原作者の齋藤さんがメンテナンスしている部分にあたるので
コミュニティの我々がパッチのご提案をするとしても
新版としてリリースするところは齋藤さんにお願いしたいと思います。

ついでに #8 のtypoの一箇所 (redeffont.sty)
11bb84a
も対応できればよいと思います。

[t-tk]

ご紹介いただいたSILのフォールバックフォント(Unicode 6.1) を試してみたところ、未定義のコードポイントは載せない方針のようで、U+32FF のグリフはありませんでした。
代わりに GNU Unifont というものを見つけました。
ここの unifont-11.0.03.ttf には U+32FFにコード値が書かれたグリフが入っていました。
Unicode経由の場合のテストはこれで出来そうです。