仕様書

[5] GitHub - adobe-type-tools/Adobe-Japan1: The Adobe-Japan1-7 Character Collection, 2020-10-16T10:16:32.000Z https://github.com/adobe-type-tools/Adobe-Japan1/
- [6] The Adobe-Japan1-7 Character Collection (https://github.com/adobe-type-tools/Adobe-Japan1/) - Adobe-Japan1-7.pdf, 2020-10-16T10:17:16.000Z https://raw.githubusercontent.com/adobe-type-tools/Adobe-Japan1/master/Adobe-Japan1-7.pdf
[60] cmap-resources/Adobe-Japan1-7 at master · adobe-type-tools/cmap-resources · GitHub, 2022-09-30T07:49:46.000Z https://github.com/adobe-type-tools/cmap-resources/tree/master/Adobe-Japan1-7
- [61] 2022-09-30T07:50:33.900Z https://raw.githubusercontent.com/adobe-type-tools/cmap-resources/master/Adobe-Japan1-7/cid2code.txt
[170] Registered features, a-e (OpenType 1.9.1) - Typography | Microsoft Learn, PeterCon, 2024-07-07T00:58:54.000Z, 2024-12-11T11:38:08.879Z https://learn.microsoft.com/en-us/typography/opentype/spec/features_ae
[182] Registered features, f-j (OpenType 1.9.1) - Typography | Microsoft Learn, PeterCon, 2024-05-31T17:42:16.000Z, 2025-05-14T07:45:56.103Z https://learn.microsoft.com/en-us/typography/opentype/spec/features_fj?source=recommendations#hojo

[1] adobe-type-tools/cmap-resources: CMap Resources (2019-03-26 18:42:55 +09:00) https://github.com/adobe-type-tools/cmap-resources/

[2] adobe-type-tools/mapping-resources-pdf: Mapping Resources for PDF (2019-03-26 18:43:04 +09:00) https://github.com/adobe-type-tools/mapping-resources-pdf
- [23] mapping-resources-pdf/pdf2unicode at master · adobe-type-tools/mapping-resources-pdf · GitHub, 2022-09-29T13:14:57.000Z https://github.com/adobe-type-tools/mapping-resources-pdf/tree/master/pdf2unicode
- [24] mapping-resources-pdf/pdf2other at master · adobe-type-tools/mapping-resources-pdf · GitHub, 2022-09-29T13:15:41.000Z https://github.com/adobe-type-tools/mapping-resources-pdf/tree/master/pdf2other

[48] Adobe-Japan1/aj17-gsub.fea at master · adobe-type-tools/Adobe-Japan1 · GitHub, 2022-09-29T14:24:52.000Z https://github.com/adobe-type-tools/Adobe-Japan1/blob/master/GSUB/aj17-gsub.fea

aalt, afrc, ccmp, dlig, dnom, expt, frac, fwid, hkna, hojo, hwid, ital, jp04, jp78, jp83, liga, nalt, nlck, numr, pkna, pwid, qwid, ruby, sinf, subs, sups, trad, twid, vert, vkna, vrt2, zero

[49] Adobe-Japan1/aj17-gsub-jp04.fea at master · adobe-type-tools/Adobe-Japan1 · GitHub, 2022-09-29T14:27:56.000Z https://github.com/adobe-type-tools/Adobe-Japan1/blob/master/GSUB/aj17-gsub-jp04.fea

>>48 に jp90 が加わり jp04 がなし。 expt, jp78, jp83 に違いあり。

CID

[17] 2019-04-01の Adobe-Japan1-7 は CIDAdobe CID [ 0, 23059 ] を定義しています。 >>6

[21] JIS X 0208 の各版, JIS X 0212, JIS X 0213 の各版, Windows-31J, NEC, 富士通, Mac, U-PRESS の拡張をカバーしています。 >>5

[32] 漢字の情報はテキストファイルで提供されています >>29。そこには次の情報が含まれています。

[33] Adobe-Japan1 CIDAdobe CID
[36] JIS X 0208-1978
[37] JIS X 0208-1983
[34] JIS X 0209-1990
[39] JIS X 0212-1990
[35] JIS X 0213:2000
[38] JIS X 0213:2004
[40] 常用漢字・人名漢字の別
[41] 旧字体
[42] 表外漢字字体表
[50] Fujitsu Expert Forms
[43] IBM 漢字
[44] K-JIS 漢字
[46] Unicode
[45] IVS, SVS
[47] 部首・画数

[22] その他独自の文字や記号、他の文字の組合せや特定用途向けバリエーションなどが多数含まれています。

[13] 縦書き字形については書字方向依存グリフ参照。

[58] なお、 JIS X 0212-1990 の例示字形とは違いがあるようで、 Adobe-Japan1-8 の追加候補が3件挙げられています。 >>57 Wikipedia は計4件挙げています。 >>64

[59] 他に U-PRESS の追加分や ARIB外字が追加候補となっています。 >>57

[57] Home · adobe-type-tools/Adobe-Japan1 Wiki · GitHub, 2022-09-29T14:39:06.000Z https://github.com/adobe-type-tools/Adobe-Japan1/wiki
[64] Adobe-Japan1 - Wikipedia, 2022-09-14T21:11:47.000Z, 2022-09-30T08:37:25.358Z https://ja.wikipedia.org/wiki/Adobe-Japan1#Adobe-Japan2-0

字形

[11] 仕様書には小塚明朝が使われています。

[139] >>134

Adobe-Japan1-4の最初の版(31 March 2000)では、例示用のフォントにリュウミンProが使われていて、
Adobe-Japan1 で例示に使われている書体は、平成明朝体 W3 → リュウミン L KL → 小塚明朝 L → 小塚明朝 R と移り変わっているようです

[140] >>136

AJ14の2版以降の小塚明朝Proによる例示字形

PUA

[99] Adobe-Japan1 の CMap には Unicode PUA 符号点が含まれています。「AAT(Apple Advanced Typography)互換目的」と称して Apple の用法 (MacJapanese との総合変換で使われているもの: U+F860, U+F861, U+F862, U+F87A, U+F87F) が想定されています。 >>5, >>61

IVC

[7] IVC Adobe-Japan1

[9] 2007-12-14 版で新規追加、 2012-03-02 版, 2017-12-12 版, 2022-09-13 版で更に追加。

[10] 何組か重複があります。そのため Adobe-Japan1 の漢字総数より増えています。

[8] IVD の登録データについては IVC 参照。

[26] 2022-09-29T14:11:35.800Z https://raw.githubusercontent.com/adobe-type-tools/Adobe-Japan1/master/Adobe-Japan1_sequences.txt

Adobe-Japan1 側の CIDAdobe CID と IVS / SVS の対応表。

[31] >>29 の対照表にも入っています。

[67] 2022-09-13 の追加は(まだ?)反映されていません。そのうちされるのでしょうか。それとも -8 の公開までこのままでしょうか。

[68] IRG N1676 (IRG 34) - 10211-irgn1676-adj1-ivs-upd.pdf, 2010-06-16T20:38:33.000Z, 2022-10-06T13:51:23.493Z https://unicode.org/L2/L2010/10211-irgn1676-adj1-ivs-upd.pdf

[107]

文字関係

key: ivd:Adobe-Japan1
desc: IVD に登録された IVS から Adobe-Japan1 CID へ。

[156] CID+12869 「注」はルビ用として通常の漢字と別に用意されていて、 IVS も別個に割り当てられています。例示字形は通常の漢字より一回り小さく見えます。 AJ1 のうち、用途違いが理由で意図的に重複収録されていると思われるものはこれ1つだけです。ルビ用の漢字はこれ1つだけなので、 IVS があるのもこれだけです。

[157]

Source Han は AJ1 IVS のうちこれ1つだけ未実装です。

部首画数索引

[28] Unihan に kRSAdobe_Japan1_6 があって、 Unicode と Adobe-Japan1 の対応 (ただし漢字のみ) と部首画数の情報が入っています。 >>16

[16] UAX #38: Unicode Han Database (Unihan), 2022-09-12T17:16:37.000Z, 2022-09-29T13:25:48.496Z https://www.unicode.org/reports/tr38/index.html#kRSAdobe_Japan1_6

[30] Adobe-Japan1 側は PDF の一覧表とテキストファイルで部首画数が掲載されています。 >>27, >>29

[27] Adobe-Japan1-7 Radical & Stroke Database (https://github.com/adobe-type-tools/Adobe-Japan1/) - aj17-radical-stroke.pdf, 2022-09-29T14:12:32.000Z https://raw.githubusercontent.com/adobe-type-tools/Adobe-Japan1/master/aj17-radical-stroke.pdf
[29] 2022-09-29T14:15:36.00Z https://raw.githubusercontent.com/adobe-type-tools/Adobe-Japan1/master/aj17-kanji.txt

Kanji Glyph Collections and Glyph Sets

[19] Adobe Technical Note #5031 Kanji Glyph Collections and Glyph Sets はOCFフォントの日本語用グリフ集合を規定するものでした。 >>18

[20] Adobe-Japan1-0 はこのグリフ集合と互換性のあるものとして作られました。 >>5

[18] 5031.JapaneseOCF.pdf, 2022-09-29T13:47:19.000Z https://raw.githubusercontent.com/adobe-type-tools/Adobe-Japan1/master/5031.JapaneseOCF.pdf

Adobe-Japan2-0

[52] Adobe-Japan2-0 は JIS X 0212-1990 と Mac の拡張に対応したものでした。 >>51

[54] CIDAdobe CID は [ 0, 6067 ] が定義されています。 >>51

[131] 0 は .notdef で、それ以外が JIS X 0212-1990 の文字に対応します。

[55] Mac の拡張というのは具体的にどこを指しているのか明記されていません。

[56] Adobe-Japan1-6 が JIS X 0212-1990 をカバーしたことで廃止obsoleteされました。 >>6

[53] 規格票は平成明朝を使っていました。 >>51

[130] JIS X 0212 との関係、 AJ2 と AJ1 の関係については、 JIS X 0212 参照。

[51] 5097.Adobe-Japan2-0.pdf, 2022-09-29T14:31:00.000Z https://raw.githubusercontent.com/adobe-type-tools/Adobe-Japan1/master/5097.Adobe-Japan2-0.pdf
[62] cmap-resources/deprecated/Adobe-Japan2-0 at master · adobe-type-tools/cmap-resources · GitHub, 2022-09-30T07:53:47.000Z https://github.com/adobe-type-tools/cmap-resources/tree/master/deprecated/Adobe-Japan2-0
- [63] 2022-09-30T07:54:15.900Z https://raw.githubusercontent.com/adobe-type-tools/cmap-resources/master/deprecated/Adobe-Japan2-0/cid2code.txt

[265]

文字関係

key: adobe:aj1
desc: Adobe-Japan2 から Adobe-Japan1 へ。
datanote: Adobe の CMap 附属のデータファイルに基づく。 JIS X 0212

実装フォント

[65] 各社商用フォントが対応しています。

[66] 自由ソフトウェアライセンスのもの: 原ノ味フォント (不完全)

派生

[12] 5-3. 共通グリフセットの詳細, 2021-07-04T13:17:21.000Z, 2022-08-01T03:41:41.862Z http://www.akenotsuki.com/eyeben/fonts/aj1ext.html

ROS: Adobe-Identity-0

[ 0, 23059 ] は Adobe-Japan1-7 相当。

[ 23060, 23714 ] が独自。

[109]

文字関係

key: aj1ext:cmap
desc: Unicode符号位置から共通グリフセットの拡張 CID へ。

[150] Apple Publishing Glyph Set

[194] てやんでぇサポートPDF - てやんでぇ_江戸風文字一覧.pdf, 2024-09-19T13:00:28.000Z, 2025-05-30T03:40:17.321Z https://support.morisawafonts.com/hc/ja/article_attachments/37901537591193

[195] >>194

デフォルトのグリフ下の番号はAdobe-Japan1におけるCIDを表しています。

と注釈があり、「デフォルト」ではないものに cid40001 以降 cid51116 まで割り振られています。

JIS X 0208 との関係

[116] JIS X 0208, 2011-09-07T13:50:22.000Z, 2023-09-17T07:24:12.878Z https://kanji-database.sourceforge.net/charcode/jis/jisx0208.html

[117]

JIS X 0208 側の変更については JIS X 0208 参照。

[123] Wayback Machine, 2023-09-17T13:57:39.000Z https://web.archive.org/web/20151028120206/http://www.okazaki.sakuraweb.com/biboroku/78jis/indesignexp.pdf

[124] Wayback Machine, 2023-09-17T13:58:44.000Z https://web.archive.org/web/20151028120128/http://www.okazaki.sakuraweb.com/biboroku/78jis/78_ext_add.pdf
[122] CMapファイルの字形 78-Ext-Add について, 2023-09-17T13:55:21.000Z, 2015-11-19T09:10:02.573Z https://web.archive.org/web/20151119090925/http://www.okazaki.sakuraweb.com/biboroku/78jis/78_ext_add.html

JIS X 0213 との関係

[111] >>110 JIS X 0213:2004 の例示字形変更168文字のうち、 Adobe-Japan1 では8文字、差がわずかなため変更されなかったとのこと。

1-19-10 蟹 [87F9]
1-24-03 牽 [727D]
1-25-49 膏 [818F]
1-47-64 屢 [5C62]
1-59-89 棘 [68D8]
1-60-84 橙 [6A59]
1-67-14 祟 [795F]
1-80-43 靄 [9744]

[112] aj17-kanji.txt の第2欄 (jp90) と第3欄 (jp04) だと >>111 と同じく160文字が変更あり、8文字が変更なし。それに加えて1面57区85点「摯」も変更があります。 jp90 が CID+5020, jp04 が CID+20264。 nlck も CID+20264。うち CID+20264 の方にだけ Joyo と注釈があります。

[114] 1-57-85 は JIS X 0213:2004 の変更リストには入っていません。 >>113 によると、表外漢字字体表と JIS X 0213 は CID+20264、平成22年の常用漢字表は CID+5020 と判断されます。

[115] 文字情報基盤は MJ012716 だけで、これは常用漢字表と同じもののはずです。

[144] IPAex明朝も参照。

[110] JIS X 0213, 2011-09-07T13:50:21.000Z, 2023-09-12T12:27:07.054Z https://kanji-database.sourceforge.net/charcode/jis/jisx0213.html
[113] 改定常用漢字表の「摯」 | yasuokaの日記 | スラド, 2023-09-12T12:45:49.000Z https://srad.jp/~yasuoka/journal/516696/

[132] aj17-kanji.txt の第7欄 JIS X 0213:2000 と第8欄 JIS X 0213:2004 は次の18 + 8箇所が違います。

7671 * 1-94-94
7774 * 1-15-94
7826 * 1-94-91
7963 * 1-84-07
13731 * 1-14-01
13803 * 1-47-52
13893 * 1-94-93
13964 * 1-47-94
19312 * 1-94-90
19346 * 1-94-92
21072 * 1-84-65
21073 * 2-87-24
21074 * 2-88-79
21371 * 2-05-25
21558 * 1-84-50
21722 * 2-14-17
21933 * 1-87-54
22920 * 1-94-18

8612 2-87-24 *
8625 2-88-79 *
13369 1-84-65 *
14541 1-84-50 *
14762 1-87-54 *
15319 1-94-18 *
17469 2-05-25 *
17755 2-14-17 *

[133] これらの欄は JIS X 0208 部分は含まれていません。 JIS X 0213:2004 の新規追加10文字の他の8組16文字の変更は謎です。

[141] JIS X 0213, 2011-09-07T13:50:21.000Z, 2023-10-04T06:19:06.813Z https://kanji-database.sourceforge.net/charcode/jis/jisx0213.html

以下は、表外漢字以外で Adobeの Pr6と、Pr6Nの差がある字形の一覧です。

[142] >>141 のリスト10文字のうち、 JIS X 0213 にない U+2F5B と 1-57-85 U+646F の2文字を除いた8文字が >> 132 の8文字と一致します。

[135] Adobe-Japan1-6 の「鋋」のヒゲ - しろもじメモランダム, 2023-10-04T06:02:53.000Z https://shiromoji.hatenablog.jp/entry/20080917/1221663373#c
[134] Adobe-Japan1-4 で追加されたグリフと JIS X 0212 規格票との微妙な字形差 - しろもじメモランダム, 2023-10-04T06:02:41.000Z https://shiromoji.hatenablog.jp/entry/20080925/1222367521
[136] 「JIS X 0212とAdobe-Japan1-4の微妙な違い」の例示字形入りの図を作ってみた - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-04T06:03:01.000Z https://moji-memo.hatenablog.jp/entry/20081001/1222850138

[137] >>134 >>135 >>136 によると JIS X 0212 / JIS X 0213 と AJ1 で字形差が生じているものが AJ14 時点で少なくても17個ありました。うち6個は AJ15, AJ16 で JIS X 0212 / JIS X 0213 に近い字形が追加されました。

[138] >>137 のリストと >>132 のリストは一部重なりますが、微妙に違います。

[143] これらのリストと JIS X 0212 の規格票と ISO-IR の字形差のリスト ( JIS X 0212 ) も一部重なりますが、同じではありません。

OpenType 機能との関係

[160] OpenType のフォント機能で日本語の漢字の字形に関係するものに、 expt >>170, jp78 >>182, jp83 >>182, jp90 >>182, hojp >>182, nlck, jp04 >>182, trad があります。

[161] OpenType の仕様書の登録簿に登録される形で規定されていますが、具体的にどの文字の字形がどのように変更されるべきものかまでは定められていません。

[162] AJ1 はその定める字形におけるこれらのフォント機能の関係性を記述したファイルを配布しています >>48, >>49。これがフォントの AJ1 に対する適合性に対してどのような位置付けなのか定かではありませんし、 AJ1 への対応を表明していないフォントに於いてはそもそも何の効力も有しないものではありますが、現状これがこれらのフォント機能の動作を定める唯一の標準規格となっています。

[168]

trad (と simp) はこの他に中文の繁体字と簡体字の切り替えにも使われています。

[196] フォント機能 jp78, jp83, jp90, jp04 はそれぞれ JIS78 Forms, JIS83 Forms, JIS90 Forms, JIS2004 Forms とされます。 >>182

[197] jp78 は既定 (JIS90) 日本語グリフを対応する JIS C 6226-1978 (JIS78) 仕様書の字形formに置換します。 >>182

[202] jp83 は既定 (JIS90) 日本語グリフを対応する JIS X 0208-1983 (JIS83) 仕様書の字形formに置換します。 >>182

[201] jp90 は JIS78 仕様書や JIS83 仕様書の日本語グリフを対応する JIS X 0208-1990 (JIS90) 仕様書の字形formに置換します。 >>182

[219]

jp78, jp83, jp90 が定義されたのは JIS X 0208:1997 の時代 (例示字体は JIS X 0208:1990 とまったく同じ字形。) のため、これを「既定」とする定義になっていると思われます。この「既定グリフ」とは cmap で対応付けられるグリフのことを意味していると考えられます。 Microsoft 等各社が JIS X 0213:2004 の例示字体に基づく字形を「既定グリフ」にし始めた時点でこの定義は破綻しているので、 jp04 が追加された時点かその後すぐに修正するべきだったのに、なぜか放置されています。

[218] jp04 機能は nlck 機能の部分集合であって、 JIS X 0213:2004 の一貫性integrityを維持する方法で日本の国語審議会が定義した JIS 文字の新しいグリフ形状glyph shapeに関する prototypical glyph にアクセスするために使えます。 >>182

[220]

nlck の後から jp04 が追加されたためにこのような意味不明の定義になっているようです。なぜ jp90 等と整合する定義にしなかったのかが謎です。この意味不明な定義は、 JIS X 0208 の例示字体に不満を抱いた国語審議会が表外漢字字体表を制定し、それを反映させるため JIS X 0213:2004 が制定されたという歴史的経緯を説明していると思われるのですが、その経緯を知らないと理解できず、経緯を知っても何をしたらいいのかわからない、誰のためにもならない説明です。こういうの、仕様書への追加時に審査しないんですかね?

[169] フォント機能 expt は Expert Forms とされます。 >>170

[171] expt は日本語フォントの standard forms を typographers が好むpreferred対応する形formsに置換replaceします。 JIS78 Forms の置換substitutionsのほとんどが含まれますが、 expert substitution はより多くの文字を扱います。 >>170

[172] expt は U+5516 を U+555E で置き換えます。 >>170

[199] jp78 は U+5516 を U+555E で置き換えます。 >>182

[204] jp90 は U+555E を U+5516 で置き換えます。 >>182

[183] フォント機能 hojo は Hojo Kanji Forms (JIS X 0212-1990 Kanji Forms) とされます。 >>182

[184] JIS X 0212-1990 (補助漢字) と JIS X 0213:2004 は多くが重なっているものの、一部の例示字形が異なっています。そこで JIS X 0212-1990 と JIS X 0213:2004 の両方に対応したフォント (例えば AJ1-6 に対応したフォント) を構築する際には、 JIS X 0213:2004 形formを符号化形encoded formとして優先することが推奨recommendedされ、その場合に JIS X 0212-1990 グリフにアクセスするために hojo を使います。 >>182

[188] 具体的にどの符号位置がこれに該当するのかは OpenType としては定めていません。 OpenType の仕様書中にも言及がある AJ1 は hojo がどのグリフに対してどう作用するべきかを示しています。

[189] より規格に忠実に実装しようとするなら、 OpenType は JIS X 0212 と JIS X 0213 を明示的に参照していますから、

[190] JIS X 0213 の附属書にある JIS X 0212 との対応関係
[191] JIS X 0213 の本体にある包摂規準
[193] JIS X 0213:2004 の符号表の字形
[192] JIS X 0212-1990 の符号表の字形

を見比べながら適切な処置を考えることになります。

[187] 実際のところは JIS X 0212 も JIS X 0213 も例示字形そのもので実装することを要求しているわけではなく、ある程度の幅を認めています。従って両方の字形が本当に必要な場面は限られます。規格の例示字形に近いものが要求されているフォントでなければ、必ずしも区別して実装する必要がないこともあるのです。ただ JIS X 0212 と JIS X 0213 で字形にかなり差がある (にも関わらず Unicode では同じ符号位置にまとめられてしまっている) ために区別されるべき事例もいくつかあります。 JIS X 0213

[198] jp78 は JIS90 グリフが JIS78 字形に対応するとき、 GSUB lookupType 1 / 3 で置換することが推奨recommendedされます。制作者manufacturerは、 2つの lookup 表を構築しても構いませんし、すべてを 3 の表1つにまとめても構いません。 >>182

[173] expt は既定 (JIS90) GID を対応する代替形に GSUB lookupType 1 で写像するのが推奨recommendedされています。 >>170 他の GSUB や GPOS が禁止されているわけではありません。

[175] expt, jp78, jp90 の効果は文字コードの変更と実効的effectivelyに等価equivalentであり、応用は元の文字コードとともに新しいグリフの文字コードも蓄積するべきですshould。 >>170, >>182

[176] そのためには普通は行わない cmap の逆写像が必要になるのですが、本当にそういう実装はあるのでしょうか? cmap

[177] そもそも文字コードの変更で実現できるならこの機能の存在意義は何なのでしょう。入稿データが新旧字体が混在していても統一できるような感じでしょうかね? 文字コードの変更で賄いきれない細かな字形変更ができてこそのような気がしますが...

[205] jp90 の推奨recommendedされる実装の規定によると、応用は、置き換えsubstitution (jp78 機能や jp83 機能) の結果の any simplified forms の記録recordを蓄積storeします。そのような字形formsについては、 jp90 機能を適用することで、前の置き換えが撤回undoesされます。応用は、置き換えの記録がないときは、 jp90 の lookup 表を使って既定字形default formに戻しget backます。 >>182

[206] jp78 / jp83 と「simplified form」の関係がちょっと意味不明なのですが (JIS X 0208:1978 / JIS X 0208:1983 と JIS X 0208:1990 字形変更の関係性は「simplified form」とは言い難いので、それではない何かを言っているのでしょうか?)、このわかりにくい説明から、本来想定された実装形態が判明します。

[207] それはすなわち、

[208] cmap で指定される「既定」の字形は JIS X 0208:1990 のものに従う
[209] >>208 の状態で jp78 / jp83 の適用が指定されたとき、
1. [210] フォントの lookup に従ってグリフを変更する
2. [211] 変更先グリフで cmap を逆引きして文字コードを変更する
3. [212] この変更があったことの記録を変更した文字・グリフに付加する
[215] >>208 の状態で jp90 の適用が指定されたとき、
- >>209 に準じる
[213] >>212 の状態で jp90 の適用が指定されたとき、
1. [214] >>212 の記録に従って >>210 >>211 を逆変更し >>212 の記録を削除する

... ということになりそうです。

[216] 他のフォント機能の実装とは違うかなり特殊な形態ですが、 Adobe 製品あたりはこんな複雑なことをわざわざしているのでしょうかね?

[217] Webブラウザーなどはこんな特殊な処理はせず、他のフォント機能と同じように扱っています。

[186] jp83, jp90, jp04, hojo は、 GSUB lookupType 1 が推奨recommendedされます。 >>182 それ以外の GSUB や GPOS が禁止されているわけではありません。

[174] 応用は expt を既定で有効にするか無効にするか、対象となる市場marketsに合わせて決められます。 >>170

[178] この機能が作られた当時の状況ではそうだったのかもしれませんが、今では混乱を招くだけなので既定の状態では無効とするべきでしょう。

[179] おそらく昭和56年の常用漢字表にない漢字は旧字体を使うことを好んでいた平成時代前半くらいの書籍出版系の現場などが想定されていたのでしょう。

[200] jp78 lookupType 3 では、応用は集合中の最初のグリフが好ましい形preferred formであると想定して構わないとされます。従ってフォント開発者font developerは集合中のグリフをこれを踏まえて整列させるべきshouldだとされています。 >>182

[185] jp78, jp83, jp90, jp04, hojo は、既定の状態では無効とするべきですshould。文書のマーク付け、利用者の制御、その他応用依存の方法でグリフの連なりに対して適用を指定できます。 >>182

[203] 応用は、 jp78, jp83 で複数の代替形が提供されているとき、利用者がいずれかを選ぶ手段を提供するべきshouldです。 >>182

[180] expt, hojo, jp78, jp83, jp90 は同様の他の機能と互いに排他的mutually exclusiveで、 palt, vpal, vert, vrt2 などの例外を除き、他のものは無効にするべきshouldとされています。 >>170, >>182

[181] この規定はフォント機能ごとに少しずつ違いがありますが、本来の意図はおそらくすべて同じで、他の字体系のフォント機能が想定されていたのでしょう。 expt ではそうした説明がなく「他の殆どの機能と排他的」とかなり孤立的な説明になってしまっています。現在では字体系以外にも多くのフォント機能が規定されているためになんだかおかしな規定になってしまっています。字体系のフォント機能は互いに指定が矛盾してしまうので同時指定に意味はありませんが、字体系以外のフォント機能は独立して普通に使っていいはずです。比較的新しい hojo には jp78, jp83 など具体例がいくつか示されています。ということは仕様書の編集者は古い expt の規定に問題があることに気づけたはずですが、なぜか更新されないままになっているようです。

[163] これまで市場に出てきたフォントにおけるこれらのフォント機能の対応状況は様々で、しかも多くの問題や直感的でない動作が知られています。

[164] それらの多くはこれらのフォント機能の導入後間もない頃、現在の AJ1 の形になる前に報告されているもので、現在では状況は改善してきている (ないし今後 AJ1 のもので標準化されていく) と期待したいのですが、どうなんでしょうね。

[118] グループ:jp83タグ用グリフ - GlyphWiki, 2023-09-17T08:14:54.000Z https://glyphwiki.org/wiki/Group:jp83%e3%82%bf%e3%82%b0%e7%94%a8%e3%82%b0%e3%83%aa%e3%83%95

[119] >>118 JIS X 0208 の字形と AJ1 の字形の違い

[120] OpenTypeフォントの'jp83'タグに関するメモ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-09-17T08:17:28.000Z https://moji-memo.hatenablog.jp/entry/20070626/1182846222

[121] リュウミンの'jp83'実装 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-09-17T08:19:34.000Z https://moji-memo.hatenablog.jp/entry/20070406/1175840789

[82] JIS04基準フォントの'jp83'サポート - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:56:19.000Z https://moji-memo.hatenablog.jp/entry/20090210/1234259194

[86] メイリオの'jp78'サポートは間違っている - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:59:21.000Z https://moji-memo.hatenablog.jp/entry/20090127/1233052698

[84] 'jp78'タグの「83入替え」サポートをめぐって - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:57:30.000Z https://moji-memo.hatenablog.jp/entry/20090129/1233210152

[83] メイリオの'jp83'サポート - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:56:47.000Z https://moji-memo.hatenablog.jp/entry/20090213/1234514068

[94] 'jp83'の実装字形 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:10:52.000Z https://moji-memo.hatenablog.jp/entry/20070405/1175755995

[70] OpenTypeフォントの'jp83'タグに関するメモ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:40:38.000Z https://moji-memo.hatenablog.jp/entry/20070626/1182846222

[93] リュウミンの'jp83'実装 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:10:30.000Z https://moji-memo.hatenablog.jp/entry/20070406/1175840789

[90] VistaをXPの字体に戻すというjp90タグの罠 | 日経クロステック(xTECH), 日経クロステック(xTECH), 2022-10-10T07:59:33.000Z, 2022-10-10T08:05:38.990Z https://xtech.nikkei.com/it/article/COLUMN/20070206/260880/

[97] メイリオの'jp90'グリフの「逆転」 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:12:45.000Z https://moji-memo.hatenablog.jp/entry/20090119/1232346096

[75] 「小塚明朝 Pro-VI」の'nlck'タグの謎 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:45:40.000Z https://moji-memo.hatenablog.jp/entry/20070201/1170321945

[72] OpenTypeフォントの'nlck'タグについて詳しく書いてみる - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:43:31.000Z https://moji-memo.hatenablog.jp/entry/20070313/1173779886

[73] モリサワPr5フォントの'nlck' - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:44:25.000Z https://moji-memo.hatenablog.jp/entry/20070227/1172556348

[92] Adobe CS3にバンドルされている小塚明朝Pro-Rの'nlck' - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:10:04.000Z https://moji-memo.hatenablog.jp/entry/20070710/1184053711

[77] 小塚明朝のバージョンによる'nlck'サポートの違い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:47:33.000Z https://moji-memo.hatenablog.jp/entry/20070713/1184307300

[89] 'nlck'テーブルの現状についてのまとめ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:04:42.000Z https://moji-memo.hatenablog.jp/entry/20080128/1201510933

[74] モリサワPr5と小塚Pro-VIの'jp04' - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:45:13.000Z https://moji-memo.hatenablog.jp/entry/20070228/1172640040

[78] 小塚明朝のバージョンによる'jp04'サポートの違い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:52:11.000Z https://moji-memo.hatenablog.jp/entry/20070725/1185337381

[79] モリサワPr5と小塚Pro-VIの'jp04' - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:52:47.000Z https://moji-memo.hatenablog.jp/entry/20070228/1172640040

[80] 'jp04'の追加5文字サポートは見送り - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:53:32.000Z https://moji-memo.hatenablog.jp/entry/20070726/1185431964

[76] 小塚ProのGSUBテーブルが直っていない - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:46:14.000Z https://moji-memo.hatenablog.jp/entry/20100223/1266921983

[87] 小塚明朝の'nlck'と'jp04'についてAdobeに聞いてみた - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:02:27.000Z https://moji-memo.hatenablog.jp/entry/20070816/1187256760

[81] Adobe-Japan1フォントにおける'jp90'タグと'jp04'タグの非対称性 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:55:43.000Z https://moji-memo.hatenablog.jp/entry/20080219/1203409203

[95] 人名用漢字の旧字体と'trad'タグ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:11:39.000Z https://moji-memo.hatenablog.jp/entry/20070704/1183532318

[88] 'trad'タグで1対n置換となる例 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:04:18.000Z https://moji-memo.hatenablog.jp/entry/20070822/1187779020

[145] モリサワのメイリオ準拠フォントとメイリオとの不一致 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T11:35:06.000Z https://moji-memo.hatenablog.jp/entry/20090109/1231482779

[146] メイリオの'jp78'サポートは間違っている - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T11:39:04.000Z https://moji-memo.hatenablog.jp/entry/20090127/1233052698

[149] メイリオの'jp83'サポート - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T11:44:12.000Z https://moji-memo.hatenablog.jp/entry/20090213/1234514068

[148] 'jp78'タグの「83入替え」サポートをめぐって - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T11:43:34.000Z https://moji-memo.hatenablog.jp/entry/20090129/1233210152

[165] これらのフォント機能と IVS の相互作用には注意が必要です。フォント機能は VS よりも後に適用されます。従って例えば JIS X 0208-1990 相当の字形を IVS で選択したつもりなのに、 jp04 が適用している状況だと、 IVS を無視したかのように JIS X 0213:2004 の字形になったりします。

[166] 技術的にはデフォルトグリフと VS のグリフとでグリフIDを区別する (たとえまったく同じ字形でも別のグリフとする) 状態でデフォルトグリフのグリフIDのみにこれらのフォント機能が適用されるようにすれば回避できないことはありませんが、フォントのサイズはその分大きくなりますし、 AJ1 や >>48 >>49 と違うことをすることにもなります。

[167] AJ1 および >>48 >>49 においてこれらのフォント機能で呼び出し可能な字形はすべて IVS だけで呼び出し可能ですから、フォント機能を使うより IVS に統一していく方がいいのかもしれません。 (DTP ソフトウェアのようなもので一括置換するにはフォント機能の方が便利なのかもしれませんが...)

汎用電子・文字情報基盤との関係

汎用電子

文脈

[159] external_char

歴史

[25] Adobe-Japan1-6, 2022-09-29T14:10:06.000Z https://web.archive.org/web/20180818214525/https://www.adobe.com/content/dam/acom/en/devnet/font/pdfs/5078.Adobe-Japan1-6.pdf

[98] GlyphsのAJ1の問題と対処 1. GSUB編 · GitHub, 2022-10-17T12:35:21.000Z https://gist.github.com/monokano/edff98aabdee6c99c54f1107c62cd2ef

[100] TaroYamamotoCITPCNewEraPresentationV3 - 20181206発表資料_山本太郎様.pdf, 2020-11-10T06:51:15.000Z, 2023-04-27T04:41:03.471Z https://moji.or.jp/wp-content/uploads/2020/11/20181206%E7%99%BA%E8%A1%A8%E8%B3%87%E6%96%99_%E5%B1%B1%E6%9C%AC%E5%A4%AA%E9%83%8E%E6%A7%98.pdf

[151] 2008年版のAdobe-Japan1-6で変更された点 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T12:54:57.000Z https://moji-memo.hatenablog.jp/entry/20080619/1213868085
[152] キャロン付きグリフをめぐるAdobe-Japan1の混乱 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T13:02:49.000Z https://moji-memo.hatenablog.jp/entry/20080612/1213253190
[153] JIS X 0213とキャロン付きの「d」「L」「l」「t」 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T13:06:24.000Z https://moji-memo.hatenablog.jp/entry/20080611/1213169577
[154] Adobe-Japan1におけるキャロン付きの「d」「L」「l」「t」 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T13:07:34.000Z https://moji-memo.hatenablog.jp/entry/20080610/1213086528

[155] メイリオ ver. 6.01 で変更されたグリフ - しろもじメモランダム, 2023-10-30T05:01:06.000Z https://shiromoji.hatenablog.jp/entry/20090113/1231869354

メモ

[15] [Adobe-Japan1-UCS2] Suggested changes · Issue #6 · adobe-type-tools/mapping-resources-pdf · GitHub, 2022-09-29T13:24:51.000Z https://github.com/adobe-type-tools/mapping-resources-pdf/issues/6

[14] To UVS, Or Not To UVS, 2020-11-19T06:22:34.000Z, 2022-09-29T13:18:56.409Z https://ccjktype.fonts.adobe.com/2019/05/to-uvs-or-not-to-uvs.html

[3] Adobe-Japan1-6 - TeX Wiki, 2020-10-16T10:15:37.000Z https://texwiki.texjp.org/?Adobe-Japan1-6

[4] Adobe-Japan1-7 - TeX Wiki, 2020-10-16T10:16:13.000Z https://texwiki.texjp.org/?Adobe-Japan1-7

[69] Adobe-Japan1, 2011-09-07T13:50:23.000Z, 2022-10-07T07:30:16.933Z https://kanji-database.sourceforge.net/ivd/adobe-japan1.html

[85] PC 98文字セット(Ext)固有の文字 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:58:45.000Z https://moji-memo.hatenablog.jp/entry/20090128/1233125135

[71] JIS X 0208:1983が第1水準・第2水準間で文字を入れ替えた22組 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T07:42:33.000Z https://moji-memo.hatenablog.jp/entry/20070315/1173956320

[91] CMapのバージョンの違い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:07:30.000Z https://moji-memo.hatenablog.jp/entry/20080118/1200625453

[96] 続・CMapのバージョンの違い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2022-10-10T08:12:11.000Z https://moji-memo.hatenablog.jp/entry/20080119/1200729233

[101] GitHub - igawa-seizo/glyphconv2: Adobe InDesign向け字形変換プラグイン(改良版), 2023-05-24T06:47:46.000Z https://github.com/igawa-seizo/glyphconv2
- [103] 2023-05-24T06:48:32.000Z https://raw.githubusercontent.com/igawa-seizo/glyphconv2/master/glyphtable.json
[102] 「常用漢字表、表外漢字はいわゆる康熙字典体」を実現するInDesign向けの字形変換スクリプトを公開しました - テクデップ(Techdep), 2023-05-24T06:48:09.000Z https://seizo-igawa.hatenablog.jp/entry/2016/05/18/230859

[104] >>103 Adobe-Japan1 の旧字体、筆押さえ有無の変換表

[105] Proposal to encode CID+15910 in Adobe-Japan1 as Latin small letter theta, 2023-06-13T15:19:52.000Z https://www.unicode.org/L2/L2023/23129-cid15910-small-theta.html

[106] Adobe-Japan1-7 and Adobe-KR-9 CMap update by hatchzo · Pull Request #13 · adobe-type-tools/cmap-resources · GitHub, 2023-06-29T01:55:36.000Z https://github.com/adobe-type-tools/cmap-resources/pull/13

[108] コレフヂタケシ/7.170/伊藤毅さんはTwitterを使っています: 「Adobe-Japan1は次期改訂で変体仮名入管正字ギリシア文字・キリル文字の字形のバリエーション(欧文並みの整備: 全角・半角・プロポーショナル字形の分離、立体と斜体の分離、縦組用回転字形など) 辺りの増補が必要だと思ふんだ」 / Twitter, 午前0:50 · 2022年4月27日2022-04-26T15:50:46.000Z, 2023-07-26T10:50:13.000Z https://twitter.com/tsyshito/status/1518980918027128832

[125] null, 2012-01-07T08:35:33.000Z, 2023-09-19T14:45:04.240Z http://yozvox.web.fc2.com/Readme.txt

    なお、JIS83の改正でJIS78の頃とコードの入れ替えられた文字があります
    が、本フォントの'jp78'タグはそれに対応するものではありません。例え
    ば、JIS78ではShift JISコードが「檜:954F、桧:9E77」だったものが、
    JIS83以降では「桧:954F、檜:9E77」となっています。'jp78'タグが厳密に
    JIS78を想定したテキストファイルを復刻するためのものと定義するなら、
    'jp78'タグを使ったとたんに文字が変わらなければならないはずですが、そ
    れは行わない仕様としています。

[126]

文字関係

key: adobe:nlc
desc: AJ1 から印刷標準字体へ。

[127]

文字関係

key: adobe:kjis
desc: AJ1 からK-JISへ。

[128]

文字関係

key: adobe:ibm
desc: AJ1 からIBM拡張漢字へ。

[129] AJ1 (小塚明朝) と Source Han Serif は似ていますが、違うところは違うようで。例えば CID+3278 は「小」の部分が上に接しますが、源ノ明朝では少し離れています。 (CID+7872 は小塚明朝も源ノ明朝も離れています。) (IPAmj明朝 MJ025835 と平成明朝 JA3886 は接しています。)

[147] PC 98文字セット(Ext)固有の文字 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ, 2023-10-23T11:42:52.000Z https://moji-memo.hatenablog.jp/entry/20090128/1233125135

[158] 花園明朝ビルド方法(公開用), 2023-11-11T00:00:39.000Z, 2023-11-13T09:22:37.237Z https://turgenev.notion.site/238b833a2c7e4abdaa10503305f5798a