* 仕様書 [REFS[ - [5] [CITE@en[GitHub - adobe-type-tools/[[Adobe-Japan1]]: The Adobe-Japan1-7 Character Collection]], [TIME[2020-10-16T10:16:32.000Z]] -- [6] [CITE[The [[Adobe-Japan1-7]] Character Collection (https://github.com/adobe-type-tools/Adobe-Japan1/) - Adobe-Japan1-7.pdf]], [TIME[2020-10-16T10:17:16.000Z]] - [60] [CITE@en[cmap-resources/[[Adobe-Japan1-7]] at master · adobe-type-tools/cmap-resources · GitHub]], [TIME[2022-09-30T07:49:46.000Z]] -- [61] [TIME[2022-09-30T07:50:33.900Z]] - [170] [CITE@en-us[Registered features, a-e (OpenType 1.9.1) - Typography | [[Microsoft Learn]]]], [[PeterCon]], [TIME[2024-07-07T00:58:54.000Z]], [TIME[2024-12-11T11:38:08.879Z]] - [182] [CITE@en-us[Registered features, f-j (OpenType 1.9.1) - Typography | Microsoft Learn]], [[PeterCon]], [TIME[2024-05-31T17:42:16.000Z]], [TIME[2025-05-14T07:45:56.103Z]] ]REFS] [1] [CITE@en[adobe-type-tools/cmap-resources: CMap Resources]] ([TIME[2019-03-26 18:42:55 +09:00]]) - [2] [CITE@en[adobe-type-tools/mapping-resources-pdf: Mapping Resources for PDF]] ([TIME[2019-03-26 18:43:04 +09:00]]) -- [23] [CITE@en[mapping-resources-pdf/pdf2unicode at master · adobe-type-tools/mapping-resources-pdf · [[GitHub]]]], [TIME[2022-09-29T13:14:57.000Z]] -- [24] [CITE@en[mapping-resources-pdf/pdf2other at master · adobe-type-tools/mapping-resources-pdf · [[GitHub]]]], [TIME[2022-09-29T13:15:41.000Z]] [48] [CITE@en[[[Adobe-Japan1]]/aj17-gsub.fea at master · adobe-type-tools/Adobe-Japan1 · GitHub]], [TIME[2022-09-29T14:24:52.000Z]] [CODE[aalt]], [CODE[afrc]], [CODE[ccmp]], [CODE[dlig]], [CODE[dnom]], [CODE[expt]], [CODE[frac]], [CODE[fwid]], [CODE[hkna]], [CODE[hojo]], [CODE[hwid]], [CODE[ital]], [CODE[jp04]], [CODE[jp78]], [CODE[jp83]], [CODE[liga]], [CODE[nalt]], [CODE[nlck]], [CODE[numr]], [CODE[pkna]], [CODE[pwid]], [CODE[qwid]], [CODE[ruby]], [CODE[sinf]], [CODE[subs]], [CODE[sups]], [CODE[trad]], [CODE[twid]], [CODE[vert]], [CODE[vkna]], [CODE[vrt2]], [CODE[zero]] [49] [CITE@en[[[Adobe-Japan1]]/aj17-gsub-jp04.fea at master · adobe-type-tools/Adobe-Japan1 · GitHub]], [TIME[2022-09-29T14:27:56.000Z]] >>48 に [CODE[jp90]] が加わり [CODE[jp04]] がなし。 [CODE[expt]], [CODE[jp78]], [CODE[jp83]] に違いあり。 * CID [17] [TIME[2019-04-01]]の [DFN[Adobe-Japan1-7]] は [[CID][Adobe CID]] [ [N[0]], [N[23059]] ] を定義しています。 [SRC[>>6]] [21] [[JIS X 0208]] の各版, [[JIS X 0212]], [[JIS X 0213]] の各版, [[Windows-31J]], [[NEC]], [[富士通]], [[Mac]], [[U-PRESS]] の拡張をカバーしています。 [SRC[>>5]] [32] [[漢字]]の情報はテキストファイルで提供されています [SRC[>>29]]。 そこには次の情報が含まれています。 - [33] [[Adobe-Japan1]] [[CID][Adobe 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件挙げられています。 [SRC[>>57]] [CITE[Wikipedia]] は計4件挙げています。 [SRC[>>64]] [59] 他に [[U-PRESS]] の追加分や [[ARIB外字]]が追加候補となっています。 [SRC[>>57]] [REFS[ - [57] [CITE@en[Home · adobe-type-tools/Adobe-Japan1 Wiki · [[GitHub]]]], [TIME[2022-09-29T14:39:06.000Z]] - [64] [CITE@ja[[[Adobe-Japan1]] - Wikipedia]], [TIME[2022-09-14T21:11:47.000Z]], [TIME[2022-09-30T08:37:25.358Z]] ]REFS] * 字形 [11] [[仕様書]]には[[小塚明朝]]が使われています。 [139] >>134 >> Adobe-Japan1-4の最初の版(31 March 2000)では、例示用のフォントにリュウミンProが使われていて、[SNIP[]] >[SNIP[]] > Adobe-Japan1 で例示に使われている書体は、平成明朝体 W3 → リュウミン L KL → 小塚明朝 L → 小塚明朝 R と移り変わっているようです[SNIP[]] [140] >>136 >[SNIP[]]AJ14の2版以降の小塚明朝Proによる例示字形[SNIP[]] * PUA [99] [[Adobe-Japan1]] の [[CMap]] には [[Unicode]] [[PUA]] [[符号点]]が含まれています。 「[[AAT]](Apple Advanced Typography)互換目的」 と称して [[Apple]] の用法 ([[MacJapanese]] との総合変換で使われているもの: [CODE[U+F860]], [CODE[U+F861]], [CODE[U+F862]], [CODE[U+F87A]], [CODE[U+F87F]]) が想定されています。 [SRC[>>5, >>61]] * IVC [7] [[IVC]] [DFN[[CODE[Adobe-Japan1]]]] [9] [CODE[2007-12-14]] 版で新規追加、 [CODE[2012-03-02]] 版, [CODE[2017-12-12]] 版, [CODE[2022-09-13]] 版で更に追加。 [10] 何組か重複があります。 そのため [[Adobe-Japan1]] の[[漢字]]総数より増えています。 [8] [[IVD]] の登録データについては [[IVC]] 参照。 [26] [TIME[2022-09-29T14:11:35.800Z]] [[Adobe-Japan1]] 側の [[CID][Adobe CID]] と [[IVS]] / [[SVS]] の対応表。 [31] >>29 の対照表にも入っています。 [67] [CODE[2022-09-13]] の追加は(まだ?)反映されていません。 そのうちされるのでしょうか。それとも -8 の公開までこのままでしょうか。 [68] [CITE[[[IRG]] N1676 (IRG 34) - 10211-irgn1676-adj1-ivs-upd.pdf]], [TIME[2010-06-16T20:38:33.000Z]], [TIME[2022-10-06T13:51:23.493Z]] [FIG(data)[ [107] [[文字関係]] :key: [DFN[[CODE[ivd:Adobe-Japan1]]]] :desc: [[IVD]] に登録された [[IVS]] から [[Adobe-Japan1]] [[CID]] へ。 ]FIG] [156] CID+12869 「注」は[[ルビ]]用として通常の漢字と別に用意されていて、 [[IVS]] も別個に割り当てられています。 [[例示字形]]は通常の漢字より一回り小さく見えます。 [[AJ1]] のうち、用途違いが理由で意図的に重複収録されていると思われるものはこれ1つだけです。 [[ルビ]]用の[[漢字]]はこれ1つだけなので、 [[IVS]] があるのもこれだけです。 ;; [157] [CITE[[[Source Han]]]] は [[AJ1]] [[IVS]] のうちこれ1つだけ未実装です。 * 部首画数索引 [28] [[Unihan]] に [DFN[[CODE[kRSAdobe_Japan1_6]]]] があって、 [[Unicode]] と [[Adobe-Japan1]] の対応 (ただし[[漢字]]のみ) と[[部首]][[画数]]の情報が入っています。 [SRC[>>16]] [REFS[ - [16] [CITE@en-us[[[UAX #38]]: Unicode Han Database ([[Unihan]])]], [TIME[2022-09-12T17:16:37.000Z]], [TIME[2022-09-29T13:25:48.496Z]] ]REFS] [30] [[Adobe-Japan1]] 側は [[PDF]] の一覧表と[[テキストファイル]]で[[部首]][[画数]]が掲載されています。 [SRC[>>27, >>29]] [REFS[ - [27] [CITE[Adobe-Japan1-7 Radical & Stroke Database (https://github.com/adobe-type-tools/Adobe-Japan1/) - aj17-radical-stroke.pdf]], [TIME[2022-09-29T14:12:32.000Z]] - [29] [TIME[2022-09-29T14:15:36.00Z]] ]REFS] * Kanji Glyph Collections and Glyph Sets [19] [DFN[Adobe Technical Note #5031]] [DFN[[CITE[Kanji Glyph Collections and Glyph Sets]]]] は[[OCFフォント]]の[[日本語]]用[[グリフ]]集合を規定するものでした。 [SRC[>>18]] [20] [[Adobe-Japan1-0]] はこの[[グリフ]]集合と互換性のあるものとして作られました。 [SRC[>>5]] [REFS[ - [18] [CITE[5031.Japanese[[OCF]].pdf]], [TIME[2022-09-29T13:47:19.000Z]] ]REFS] * Adobe-Japan2-0 [52] [DFN[Adobe-Japan2-0]] は [[JIS X 0212-1990]] と [[Mac]] の拡張に対応したものでした。 [SRC[>>51]] [54] [[CID][Adobe CID]] は [ [N[0]], [N[6067]] ] が定義されています。 [SRC[>>51]] [131] [N[0]] は [CODE[.notdef]] で、それ以外が [[JIS X 0212-1990]] の文字に対応します。 [55] [[Mac]] の拡張というのは具体的にどこを指しているのか明記されていません。 [56] [[Adobe-Japan1-6]] が [[JIS X 0212-1990]] をカバーしたことで[RUBYB[[[廃止]]][obsolete]]されました。 [SRC[>>6]] [53] [[規格票]]は[[平成明朝]]を使っていました。 [SRC[>>51]] [130] [[JIS X 0212]] との関係、 [[AJ2]] と [[AJ1]] の関係については、 [[JIS X 0212]] 参照。 [REFS[ -[51] [CITE[5097.[[Adobe-Japan2]]-0.pdf]], [TIME[2022-09-29T14:31:00.000Z]] - [62] [CITE@en[cmap-resources/deprecated/Adobe-Japan2-0 at master · adobe-type-tools/cmap-resources · [[GitHub]]]], [TIME[2022-09-30T07:53:47.000Z]] -- [63] [TIME[2022-09-30T07:54:15.900Z]] ]REFS] [FIG(data)[ [265] [[文字関係]] :key: [DFN[[CODE[adobe:aj1]]]] :desc: [[Adobe-Japan2]] から [[Adobe-Japan1]] へ。 :datanote: [[Adobe]] の [[CMap]] 附属のデータファイルに基づく。 [SEE[ [[JIS X 0212]] ]] ]FIG] * 実装フォント [65] 各社商用フォントが対応しています。 [66] [[自由ソフトウェアライセンス]]のもの: [[原ノ味フォント]] (不完全) * 派生 [12] [CITE@ja[5-3. 共通[[グリフ]]セットの詳細]], [TIME[2021-07-04T13:17:21.000Z]], [TIME[2022-08-01T03:41:41.862Z]] [[ROS]]: [[Adobe-Identity-0]] [ [N[0]], [N[23059]] ] は [[Adobe-Japan1-7]] 相当。 [ [N[23060]], [N[23714]] ] が独自。 [FIG(data)[ [109] [[文字関係]] :key: [DFN[[CODE[aj1ext:cmap]]]] :desc: [[Unicode符号位置]]から共通グリフセットの拡張 [[CID]] へ。 ]FIG] [150] [[Apple Publishing Glyph Set]] [194] [CITE@ja[てやんでぇサポートPDF - てやんでぇ_江戸風文字一覧.pdf]], [TIME[2024-09-19T13:00:28.000Z]], [TIME[2025-05-30T03:40:17.321Z]] [195] >>194 > [LEFT[ デフォルトのグリフ下の番号はAdobe-Japan1におけるCIDを表しています。 ]LEFT] と注釈があり、「デフォルト」ではないものに cid40001 以降 cid51116 まで割り振られています。 * JIS X 0208 との関係 [116] [CITE@ja[JIS X 0208]], [TIME[2011-09-07T13:50:22.000Z]], [TIME[2023-09-17T07:24:12.878Z]] ;; [117] [[JIS X 0208]] 側の変更については [[JIS X 0208]] 参照。 [123] [CITE[Wayback Machine]], [TIME[2023-09-17T13:57:39.000Z]] -[124] [CITE[Wayback Machine]], [TIME[2023-09-17T13:58:44.000Z]] -[122] [CITE@ja[CMapファイルの字形 78-Ext-Add について]], [TIME[2023-09-17T13:55:21.000Z]], [TIME[2015-11-19T09:10:02.573Z]] * 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] [CODE[aj17-kanji.txt]] の第2欄 ([CODE[jp90]]) と第3欄 ([CODE[jp04]]) だと >>111 と同じく160文字が変更あり、8文字が変更なし。 それに加えて1面57区85点「摯」も変更があります。 [CODE[jp90]] が CID+5020, [CODE[jp04]] が CID+20264。 [CODE[nlck]] も CID+20264。 うち CID+20264 の方にだけ Joyo と注釈があります。 [114] 1-57-85 は [[JIS X 0213:2004]] の変更リストには入っていません。 >>113 によると、 [CITE[表外漢字字体表]] と [[JIS X 0213]] は CID+20264、 平成22年の[CITE[常用漢字表]] は CID+5020 と判断されます。 [115] [[文字情報基盤]]は MJ012716 だけで、これは[CITE[常用漢字表]]と同じもののはずです。 [144] [[IPAex明朝]]も参照。 [REFS[ - [110] [CITE@ja[JIS X 0213]], [TIME[2011-09-07T13:50:21.000Z]], [TIME[2023-09-12T12:27:07.054Z]] - [113] [CITE@ja[改定常用漢字表の「摯」 | yasuokaの日記 | [[スラド]]]], [TIME[2023-09-12T12:45:49.000Z]] ]REFS] -*-*- [132] [CODE[aj17-kanji.txt]] の第7欄 [[JIS X 0213:2000]] と第8欄 [[JIS X 0213:2004]] は次の18 + 8箇所が違います。 [PRE[ 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 * ]PRE] [133] これらの欄は [[JIS X 0208]] 部分は含まれていません。 [[JIS X 0213:2004]] の新規追加10文字の他の8組16文字の変更は謎です。 [141] [CITE@ja[JIS X 0213]], [TIME[2011-09-07T13:50:21.000Z]], [TIME[2023-10-04T06:19:06.813Z]] >以下は、表外漢字以外で Adobeの Pr6と、Pr6Nの差がある字形の一覧です。 [142] >>141 のリスト10文字のうち、 [[JIS X 0213]] にない U+2F5B と 1-57-85 U+646F の2文字を除いた8文字が >> 132 の8文字と一致します。 - [135] [CITE@ja[Adobe-Japan1-6 の「鋋」のヒゲ - しろもじメモランダム]], [TIME[2023-10-04T06:02:53.000Z]] - [134] [CITE@ja[Adobe-Japan1-4 で追加されたグリフと JIS X 0212 規格票との微妙な字形差 - しろもじメモランダム]], [TIME[2023-10-04T06:02:41.000Z]] - [136] [CITE@ja[「JIS X 0212とAdobe-Japan1-4の微妙な違い」の例示字形入りの図を作ってみた - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-04T06:03:01.000Z]] [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]] の字形差のリスト ([SEE[ [[JIS X 0212]] ]]) も一部重なりますが、同じではありません。 * OpenType 機能との関係 [160] [[OpenType]] の[[フォント機能]]で[[日本語]]の[[漢字]]の[[字形]]に関係するものに、 [DFN[[CODE[expt]]]] [SRC[>>170]], [DFN[[CODE[jp78]]]] [SRC[>>182]], [DFN[[CODE[jp83]]]] [SRC[>>182]], [DFN[[CODE[jp90]]]] [SRC[>>182]], [DFN[[CODE[hojp]]]] [SRC[>>182]], [DFN[[CODE[nlck]]]], [DFN[[CODE[jp04]]]] [SRC[>>182]], [CODE[trad]] があります。 [161] [[OpenType]] の仕様書の登録簿に登録される形で規定されていますが、 具体的にどの[[文字]]の[[字形]]がどのように変更されるべきものかまでは定められていません。 [162] [[AJ1]] はその定める[[字形]]におけるこれらの[[フォント機能]]の関係性を記述したファイルを配布しています [SRC[>>48, >>49]]。 これが[[フォント]]の [[AJ1]] に対する[[適合性]]に対してどのような位置付けなのか定かではありませんし、 [[AJ1]] への対応を表明していない[[フォント]]に於いてはそもそも何の効力も有しないものではありますが、 現状これがこれらの[[フォント機能]]の動作を定める唯一の標準規格となっています。 ;; [168] [CODE[trad]] (と [CODE[simp]]) はこの他に[[中文]]の[[繁体字]]と[[簡体字]]の切り替えにも使われています。 -*-*- [196] [[フォント機能]] [CODE[jp78]], [CODE[jp83]], [CODE[jp90]], [CODE[jp04]] はそれぞれ JIS78 Forms, JIS83 Forms, JIS90 Forms, JIS2004 Forms とされます。 [SRC[>>182]] [197] [CODE[jp78]] は既定 (JIS90) 日本語グリフを対応する [[JIS C 6226-1978]] (JIS78) 仕様書の[RUBYB[字形][form]]に置換します。 [SRC[>>182]] [202] [CODE[jp83]] は既定 (JIS90) 日本語グリフを対応する [[JIS X 0208-1983]] (JIS83) 仕様書の[RUBYB[字形][form]]に置換します。 [SRC[>>182]] [201] [CODE[jp90]] は JIS78 仕様書や JIS83 仕様書の日本語グリフを対応する [[JIS X 0208-1990]] (JIS90) 仕様書の[RUBYB[字形][form]]に置換します。 [SRC[>>182]] ;; [219] [CODE[jp78]], [CODE[jp83]], [CODE[jp90]] が定義されたのは [[JIS X 0208:1997]] の時代 ([[例示字体]]は [[JIS X 0208:1990]] とまったく同じ[[字形]]。) のため、 これを「既定」とする定義になっていると思われます。この「既定グリフ」とは [CODE[cmap]] で対応付けられる[[グリフ]]のことを意味していると考えられます。 [[Microsoft]] 等各社が [[JIS X 0213:2004]] の[[例示字体]]に基づく[[字形]]を「既定グリフ」 にし始めた時点でこの定義は破綻しているので、 [CODE[jp04]] が追加された時点かその後すぐに修正するべきだったのに、 なぜか放置されています。 [218] [CODE[jp04]] 機能は [CODE[nlck]] 機能の[[部分集合]]であって、 [[JIS X 0213:2004]] の[RUBYB[一貫性][integrity]]を維持する方法で[[日本]]の[[国語審議会]]が定義した [[JIS]] [[文字]]の新しい[RUBYB[グリフ形状][glyph shape]]に関する [[prototypical glyph]] にアクセスするために使えます。 [SRC[>>182]] ;; [220] [CODE[nlck]] の後から [CODE[jp04]] が追加されたためにこのような意味不明の定義になっているようです。 なぜ [CODE[jp90]] 等と整合する定義にしなかったのかが謎です。 この意味不明な定義は、 [[JIS X 0208]] の[[例示字体]]に不満を抱いた[[国語審議会]]が [CITE[表外漢字字体表]] を制定し、それを反映させるため [[JIS X 0213:2004]] が制定されたという歴史的経緯を説明していると思われるのですが、 その経緯を知らないと理解できず、経緯を知っても何をしたらいいのかわからない、 誰のためにもならない説明です。こういうの、仕様書への追加時に審査しないんですかね? [169] [[フォント機能]] [CODE[expt]] は Expert Forms とされます。 [SRC[>>170]] [171] [CODE[expt]] は[[日本語]]フォントの standard forms を typographers が[RUBYB[好む][preferred]]対応する[RUBYB[形][forms]]に[RUBYB[置換][replace]]します。 JIS78 Forms の[RUBYB[置換][substitutions]]のほとんどが含まれますが、 expert substitution はより多くの文字を扱います。 [SRC[>>170]] [EG[ [172] [CODE[expt]] は [CC[U+5516]] を [CC[U+555E]] で置き換えます。 [SRC[>>170]] ]EG] [EG[ [199] [CODE[jp78]] は [CC[U+5516]] を [CC[U+555E]] で置き換えます。 [SRC[>>182]] ]EG] [EG[ [204] [CODE[jp90]] は [CC[U+555E]] を [CC[U+5516]] で置き換えます。 [SRC[>>182]] ]EG] -*-*- [183] [[フォント機能]] [CODE[hojo]] は Hojo Kanji Forms (JIS X 0212-1990 Kanji Forms) とされます。 [SRC[>>182]] [184] [[JIS X 0212-1990]] ([[補助漢字]]) と [[JIS X 0213:2004]] は多くが重なっているものの、 一部の[[例示字形]]が異なっています。 そこで [[JIS X 0212-1990]] と [[JIS X 0213:2004]] の両方に対応した[[フォント]] (例えば [[AJ1-6]] に対応した[[フォント]]) を構築する際には、 [[JIS X 0213:2004]] [RUBYB[形][form]]を[RUBYB[符号化形][encoded form]]として優先することが[RUBYB[推奨][recommended]]され、 その場合に [[JIS X 0212-1990]] [[グリフ]]にアクセスするために [CODE[hojo]] を使います。 [SRC[>>182]] [188] 具体的にどの[[符号位置]]がこれに該当するのかは [[OpenType]] としては定めていません。 [[OpenType]] の仕様書中にも言及がある [[AJ1]] は [CODE[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]] では同じ[[符号位置]]にまとめられてしまっている) ために区別されるべき事例もいくつかあります。 [SEE[ [[JIS X 0213]] ]] -*-*- [198] [CODE[jp78]] は JIS90 グリフが JIS78 字形に対応するとき、 [CODE[GSUB]] [F[[CODE[lookupType]]]] [N[1]] / [N[3]] で置換することが[RUBYB[推奨][recommended]]されます。 [RUBYB[制作者][manufacturer]]は、 2つの lookup 表を構築しても構いませんし、すべてを [N[3]] の表1つにまとめても構いません。 [SRC[>>182]] [173] [CODE[expt]] は 既定 (JIS90) [[GID]] を対応する代替形に [CODE[GSUB]] [F[[CODE[lookupType]]]] [N[1]] で写像するのが[RUBYB[推奨][recommended]]されています。 [SRC[>>170]] 他の [CODE[GSUB]] や [CODE[GPOS]] が禁止されているわけではありません。 [175] [CODE[expt]], [CODE[jp78]], [CODE[jp90]] の効果は[[文字コード]]の変更と[RUBYB[実効的][effectively]]に[RUBYB[等価][equivalent]]であり、 [[応用]]は元の[[文字コード]]とともに新しい[[グリフ]]の[[文字コード]]も蓄積する[RUBYB[べきです][should]]。 [SRC[>>170, >>182]] ;; [176] そのためには普通は行わない [CODE[cmap]] の[[逆写像]]が必要になるのですが、 本当にそういう実装はあるのでしょうか? [SEE[ [[cmap]] ]] ;; [177] そもそも[[文字コード]]の変更で実現できるならこの機能の存在意義は何なのでしょう。 入稿データが新旧字体が混在していても統一できるような感じでしょうかね? [[文字コード]]の変更で賄いきれない細かな字形変更ができてこそのような気がしますが... [205] [CODE[jp90]] の[RUBYB[推奨][recommended]]される実装の規定によると、[[応用]]は、 [RUBYB[置き換え][substitution]] ([CODE[jp78]] 機能や [CODE[jp83]] 機能) の結果の any simplified forms の[RUBYB[記録][record]]を[RUBYB[蓄積][store]]します。 そのような[RUBYB[字形][forms]]については、 [CODE[jp90]] 機能を適用することで、前の置き換えが[RUBYB[撤回][undoes]]されます。 [[応用]]は、置き換えの記録がないときは、 [CODE[jp90]] の lookup 表を使って[RUBYB[既定字形][default form]]に[RUBYB[戻し][get back]]ます。 [SRC[>>182]] [NOTE[ [206] [CODE[jp78]] / [CODE[jp83]] と「simplified form」の関係がちょっと意味不明なのですが ([[JIS X 0208:1978]] / [[JIS X 0208:1983]] と [[JIS X 0208:1990]] [[字形]]変更の関係性は「simplified form」とは言い難いので、 それではない何かを言っているのでしょうか?)、 このわかりにくい説明から、本来想定された実装形態が判明します。 [207] それはすなわち、 - [208] [CODE[cmap]] で指定される「既定」の字形は [[JIS X 0208:1990]] のものに従う - [209] >>208 の状態で [CODE[jp78]] / [CODE[jp83]] の適用が指定されたとき、 -= [210] [[フォント]]の [[lookup]] に従って[[グリフ]]を変更する -= [211] 変更先[[グリフ]]で [CODE[cmap]] を逆引きして[[文字コード]]を変更する -= [212] この変更があったことの記録を変更した[[文字]]・[[グリフ]]に付加する - [215] >>208 の状態で [CODE[jp90]] の適用が指定されたとき、 -- >>209 に準じる - [213] >>212 の状態で [CODE[jp90]] の適用が指定されたとき、 -= [214] >>212 の記録に従って >>210 >>211 を逆変更し >>212 の記録を削除する ... ということになりそうです。 [216] 他の[[フォント機能]]の実装とは違うかなり特殊な形態ですが、 [[Adobe]] 製品あたりはこんな複雑なことをわざわざしているのでしょうかね? [217] [[Webブラウザー]]などはこんな特殊な処理はせず、他の[[フォント機能]]と同じように扱っています。 ]NOTE] [186] [CODE[jp83]], [CODE[jp90]], [CODE[jp04]], [CODE[hojo]] は、 [CODE[GSUB]] [F[[CODE[lookupType]]]] [N[1]] が[RUBYB[推奨][recommended]]されます。 [SRC[>>182]] それ以外の [CODE[GSUB]] や [CODE[GPOS]] が禁止されているわけではありません。 [174] [[応用]]は [CODE[expt]] を既定で有効にするか無効にするか、 対象となる[RUBYB[市場][markets]]に合わせて決められます。 [SRC[>>170]] ;; [178] この機能が作られた当時の状況ではそうだったのかもしれませんが、 今では混乱を招くだけなので既定の状態では無効とするべきでしょう。 ;; [179] おそらく昭和56年の[CITE[常用漢字表]]にない[[漢字]]は[[旧字体]]を使うことを好んでいた[[平成時代]]前半くらいの書籍出版系の現場などが想定されていたのでしょう。 [200] [CODE[jp78]] [F[[CODE[lookupType]]]] [N[3]] では、[[応用]]は集合中の最初の[[グリフ]]が[RUBYB[好ましい形][preferred form]]であると想定して構わないとされます。 従って[RUBYB[フォント開発者][font developer]]は[[集合]]中の[[グリフ]]をこれを踏まえて整列させる[RUBYB[べき][should]]だとされています。 [SRC[>>182]] [185] [CODE[jp78]], [CODE[jp83]], [CODE[jp90]], [CODE[jp04]], [CODE[hojo]] は、 既定の状態では無効とする[RUBYB[べきです][should]]。 [[文書]]の[[マーク付け]]、[[利用者]]の制御、その他[[応用]]依存の方法で[[グリフ]]の[[連なり]]に対して適用を指定できます。 [SRC[>>182]] [203] [[応用]]は、 [CODE[jp78]], [CODE[jp83]] で複数の代替形が提供されているとき、 [[利用者]]がいずれかを選ぶ手段を提供する[RUBYB[べき][should]]です。 [SRC[>>182]] -*-*- [180] [CODE[expt]], [CODE[hojo]], [CODE[jp78]], [CODE[jp83]], [CODE[jp90]] は同様の他の機能と[RUBYB[互いに排他的][mutually exclusive]]で、 [CODE[palt]], [CODE[vpal]], [CODE[vert]], [CODE[vrt2]] などの例外を除き、他のものは無効にする[RUBYB[べき][should]]とされています。 [SRC[>>170, >>182]] ;; [181] この規定は[[フォント機能]]ごとに少しずつ違いがありますが、 本来の意図はおそらくすべて同じで、 他の[[字体]]系の[[フォント機能]]が想定されていたのでしょう。 [CODE[expt]] ではそうした説明がなく「他の殆どの機能と排他的」 とかなり孤立的な説明になってしまっています。 現在では[[字体]]系以外にも多くの[[フォント機能]]が規定されているためになんだかおかしな規定になってしまっています。 [[字体]]系の[[フォント機能]]は互いに指定が矛盾してしまうので同時指定に意味はありませんが、 [[字体]]系以外の[[フォント機能]]は独立して普通に使っていいはずです。 比較的新しい [CODE[hojo]] には [CODE[jp78]], [CODE[jp83]] など具体例がいくつか示されています。ということは仕様書の編集者は古い [CODE[expt]] の規定に問題があることに気づけたはずですが、なぜか更新されないままになっているようです。 -*-*- [163] これまで市場に出てきた[[フォント]]におけるこれらの[[フォント機能]]の対応状況は様々で、 しかも多くの問題や直感的でない動作が知られています。 [164] それらの多くはこれらの[[フォント機能]]の導入後間もない頃、 現在の [[AJ1]] の形になる前に報告されているもので、 現在では状況は改善してきている (ないし今後 [[AJ1]] のもので標準化されていく) と期待したいのですが、どうなんでしょうね。 [118] [CITE@ja[グループ:jp83タグ用グリフ - GlyphWiki]], [TIME[2023-09-17T08:14:54.000Z]] [119] >>118 [[JIS X 0208]] の字形と [[AJ1]] の字形の違い [120] [CITE@ja[OpenTypeフォントの'jp83'タグに関するメモ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-09-17T08:17:28.000Z]] [121] [CITE@ja[リュウミンの'jp83'実装 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-09-17T08:19:34.000Z]] [82] [CITE@ja[JIS04基準フォントの'jp83'サポート - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:56:19.000Z]] [86] [CITE@ja[メイリオの'jp78'サポートは間違っている - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:59:21.000Z]] [84] [CITE@ja['jp78'タグの「83入替え」サポートをめぐって - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:57:30.000Z]] [83] [CITE@ja[メイリオの'jp83'サポート - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:56:47.000Z]] [94] [CITE@ja['jp83'の実装字形 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:10:52.000Z]] [70] [CITE@ja[OpenTypeフォントの'jp83'タグに関するメモ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:40:38.000Z]] [93] [CITE@ja[リュウミンの'jp83'実装 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:10:30.000Z]] [90] [CITE@ja[VistaをXPの字体に戻すというjp90タグの罠 | 日経クロステック(xTECH)]], [[日経クロステック(xTECH)]], [TIME[2022-10-10T07:59:33.000Z]], [TIME[2022-10-10T08:05:38.990Z]] [97] [CITE@ja[メイリオの'jp90'グリフの「逆転」 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:12:45.000Z]] [75] [CITE@ja[「小塚明朝 Pro-VI」の'nlck'タグの謎 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:45:40.000Z]] [72] [CITE@ja[OpenTypeフォントの'nlck'タグについて詳しく書いてみる - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:43:31.000Z]] [73] [CITE@ja[モリサワPr5フォントの'nlck' - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:44:25.000Z]] [92] [CITE@ja[Adobe CS3にバンドルされている小塚明朝Pro-Rの'nlck' - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:10:04.000Z]] [77] [CITE@ja[小塚明朝のバージョンによる'nlck'サポートの違い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:47:33.000Z]] [89] [CITE@ja['nlck'テーブルの現状についてのまとめ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:04:42.000Z]] [74] [CITE@ja[モリサワPr5と小塚Pro-VIの'jp04' - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:45:13.000Z]] [78] [CITE@ja[小塚明朝のバージョンによる'jp04'サポートの違い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:52:11.000Z]] [79] [CITE@ja[モリサワPr5と小塚Pro-VIの'jp04' - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:52:47.000Z]] [80] [CITE@ja['jp04'の追加5文字サポートは見送り - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:53:32.000Z]] [76] [CITE@ja[小塚ProのGSUBテーブルが直っていない - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:46:14.000Z]] [87] [CITE@ja[小塚明朝の'nlck'と'jp04'についてAdobeに聞いてみた - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:02:27.000Z]] [81] [CITE@ja[Adobe-Japan1フォントにおける'jp90'タグと'jp04'タグの非対称性 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:55:43.000Z]] [95] [CITE@ja[人名用漢字の旧字体と'trad'タグ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:11:39.000Z]] [88] [CITE@ja['trad'タグで1対n置換となる例 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:04:18.000Z]] [145] [CITE@ja[モリサワのメイリオ準拠フォントとメイリオとの不一致 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T11:35:06.000Z]] [146] [CITE@ja[メイリオの'jp78'サポートは間違っている - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T11:39:04.000Z]] [149] [CITE@ja[メイリオの'jp83'サポート - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T11:44:12.000Z]] [148] [CITE@ja['jp78'タグの「83入替え」サポートをめぐって - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T11:43:34.000Z]] -*-*- [165] これらの[[フォント機能]]と [[IVS]] の相互作用には注意が必要です。 [[フォント機能]]は [[VS]] よりも後に適用されます。 従って例えば [[JIS X 0208-1990]] 相当の[[字形]]を [[IVS]] で選択したつもりなのに、 [CODE[jp04]] が適用している状況だと、 [[IVS]] を無視したかのように [[JIS X 0213:2004]] の[[字形]]になったりします。 [166] 技術的には[[デフォルトグリフ]]と [[VS]] の[[グリフ]]とで[[グリフID]]を区別する (たとえまったく同じ字形でも別の[[グリフ]]とする) 状態で[[デフォルトグリフ]]の[[グリフID]]のみにこれらの[[フォント機能]]が適用されるようにすれば回避できないことはありませんが、 [[フォント]]のサイズはその分大きくなりますし、 [[AJ1]] や >>48 >>49 と違うことをすることにもなります。 [167] [[AJ1]] および >>48 >>49 においてこれらの[[フォント機能]]で呼び出し可能な[[字形]]はすべて [[IVS]] だけで呼び出し可能ですから、[[フォント機能]]を使うより [[IVS]] に統一していく方がいいのかもしれません。 ([[DTP]] ソフトウェアのようなもので一括置換するには[[フォント機能]]の方が便利なのかもしれませんが...) * 汎用電子・文字情報基盤との関係 [SEE[ [[汎用電子]] ]] * 文脈 [159] [CODE[external_char]] * 歴史 [25] [[Adobe-Japan1-6]], [TIME[2022-09-29T14:10:06.000Z]] [98] [CITE@en[GlyphsのAJ1の問題と対処 1. GSUB編 · GitHub]], [TIME[2022-10-17T12:35:21.000Z]] [100] [CITE[TaroYamamotoCITPCNewEraPresentationV3 - 20181206発表資料_山本太郎様.pdf]], [TIME[2020-11-10T06:51:15.000Z]], [TIME[2023-04-27T04:41:03.471Z]] - [151] [CITE@ja[2008年版のAdobe-Japan1-6で変更された点 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T12:54:57.000Z]] - [152] [CITE@ja[キャロン付きグリフをめぐるAdobe-Japan1の混乱 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T13:02:49.000Z]] - [153] [CITE@ja[JIS X 0213とキャロン付きの「d」「L」「l」「t」 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T13:06:24.000Z]] - [154] [CITE@ja[Adobe-Japan1におけるキャロン付きの「d」「L」「l」「t」 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T13:07:34.000Z]] [155] [CITE@ja[メイリオ ver. 6.01 で変更されたグリフ - しろもじメモランダム]], [TIME[2023-10-30T05:01:06.000Z]] * メモ [15] [CITE@en['''['''Adobe-Japan1-UCS2''']''' Suggested changes · Issue #6 · adobe-type-tools/mapping-resources-pdf · [[GitHub]]]], [TIME[2022-09-29T13:24:51.000Z]] [14] [CITE@en-US[To [[UVS]], Or Not To UVS]], [TIME[2020-11-19T06:22:34.000Z]], [TIME[2022-09-29T13:18:56.409Z]] -*-*- [3] [CITE[Adobe-Japan1-6 - TeX Wiki]], [TIME[2020-10-16T10:15:37.000Z]] [4] [CITE[Adobe-Japan1-7 - TeX Wiki]], [TIME[2020-10-16T10:16:13.000Z]] [69] [CITE@ja[Adobe-Japan1]], [TIME[2011-09-07T13:50:23.000Z]], [TIME[2022-10-07T07:30:16.933Z]] [85] [CITE@ja[PC 98文字セット(Ext)固有の文字 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:58:45.000Z]] [71] [CITE@ja[JIS X 0208:1983が第1水準・第2水準間で文字を入れ替えた22組 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T07:42:33.000Z]] [91] [CITE@ja[CMapのバージョンの違い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:07:30.000Z]] [96] [CITE@ja[続・CMapのバージョンの違い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-10-10T08:12:11.000Z]] - [101] [CITE@en[GitHub - igawa-seizo/glyphconv2: Adobe InDesign向け字形変換プラグイン(改良版)]], [TIME[2023-05-24T06:47:46.000Z]] -- [103] [TIME[2023-05-24T06:48:32.000Z]] - [102] [CITE@ja[「常用漢字表、表外漢字はいわゆる康熙字典体」を実現するInDesign向けの字形変換スクリプトを公開しました - テクデップ(Techdep)]], [TIME[2023-05-24T06:48:09.000Z]] [104] >>103 [[Adobe-Japan1]] の[[旧字体]]、[[筆押さえ]]有無の変換表 [105] [CITE@en[Proposal to encode CID+15910 in Adobe-Japan1 as Latin small letter theta]], [TIME[2023-06-13T15:19:52.000Z]] [106] [CITE@en[Adobe-Japan1-7 and Adobe-KR-9 CMap update by hatchzo · Pull Request #13 · adobe-type-tools/cmap-resources · GitHub]], [TIME[2023-06-29T01:55:36.000Z]] [108] [CITE@ja[コレフヂタケシ/7.170/伊藤毅さんはTwitterを使っています: 「Adobe-Japan1は次期改訂で 変体仮名 入管正字 ギリシア文字・キリル文字の字形のバリエーション(欧文並みの整備: 全角・半角・プロポーショナル字形の分離、立体と斜体の分離、縦組用回転字形など) 辺りの増補が必要だと思ふんだ」 / Twitter]], [TIME[午前0:50 · 2022年4月27日][2022-04-26T15:50:46.000Z]], [TIME[2023-07-26T10:50:13.000Z]] [125] [CITE[null]], [TIME[2012-01-07T08:35:33.000Z]], [TIME[2023-09-19T14:45:04.240Z]] > なお、JIS83の改正でJIS78の頃とコードの入れ替えられた文字があります が、本フォントの'jp78'タグはそれに対応するものではありません。例え ば、JIS78ではShift JISコードが「檜:954F、桧:9E77」だったものが、 JIS83以降では「桧:954F、檜:9E77」となっています。'jp78'タグが厳密に JIS78を想定したテキストファイルを復刻するためのものと定義するなら、 'jp78'タグを使ったとたんに文字が変わらなければならないはずですが、そ れは行わない仕様としています。 [FIG(data)[ [126] [[文字関係]] :key: [DFN[[CODE[adobe:nlc]]]] :desc: [[AJ1]] から[[印刷標準字体]]へ。 ]FIG] [FIG(data)[ [127] [[文字関係]] :key: [DFN[[CODE[adobe:kjis]]]] :desc: [[AJ1]] から[[K-JIS]]へ。 ]FIG] [FIG(data)[ [128] [[文字関係]] :key: [DFN[[CODE[adobe:ibm]]]] :desc: [[AJ1]] から[[IBM拡張漢字]]へ。 ]FIG] [129] [[AJ1]] ([[小塚明朝]]) と [[Source Han Serif]] は似ていますが、違うところは違うようで。 例えば CID+3278 は「小」の部分が上に接しますが、 [[源ノ明朝]]では少し離れています。 (CID+7872 は [[小塚明朝]]も[[源ノ明朝]]も離れています。) ([[IPAmj明朝]] MJ025835 と[[平成明朝]] JA3886 は接しています。) [147] [CITE@ja[PC 98文字セット(Ext)固有の文字 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2023-10-23T11:42:52.000Z]] [158] [CITE@ja[花園明朝ビルド方法(公開用)]], [TIME[2023-11-11T00:00:39.000Z]], [TIME[2023-11-13T09:22:37.237Z]]