『新字源』の改訂は可能か？ 角川の漢字データベース
8時間耐久シンポジウムに参加したのでレポート（たぶん『ちくちく日記』に詳しいのが上がると思うが）。
知ったのはTwitterで、
http://kokucheese.com/event/index/200886/
ひと月前だ。これを予約してしまったために、名古屋のDTP勉強会や『文字の食卓』さんのレクチャーなど興味深い催しを諦めることになった。
さて、このシンポジウム、いったいどういうものなのか。漢字データベースについてのシンポジウムといったら、
ここの関係者がいてもよさげ、と思ったが見当たらない。で、主催者は「角川文化振興財団」というところだ。コーディネーターは阿辻哲次センセー。ミスターUnicode戦記の小林龍生サンも絡んでる。
開会挨拶を聞いても、まだよくわからないまま第一部が開始。
最初の発表が刘志基教授、华东师范大学で金文や楚簡のデータベースを作っている人。
面白そうな話なのだが、通訳がしどろもどろでイライラする。
続いては日本から4人の出演者。一人15分縛り。
まず国語研の高田智和氏。ただ、話は国語研ではなくHNGの紹介。
次が、永崎研宣氏。もちろんSATの紹介。
そして田代秀一氏。IPAです。
午前の最後が凸版の田原恭二氏。
ここの開発中のデータベース。AdobeJapan1-6の文字検索ができるもの。
質疑応答の時間、午後の出演者である朱先生から高田さんに質問が。これも通訳に難ありで微妙なところがわからないが、HNGの基本テーゼ「初唐標準」に文句があるらしい。「その字形は草書であって楷書ではない。標準の楷書とは言えない」というようなことを仰っている様子。激論に発展したら面白いがうやむやに終わる。
昼ご飯のあとは第二部。
阿辻センセから、「福岡は志賀島で漢字についての国際会議があり、そのために来日した方々に来てもらって今回のシンポジウムを開催した」とのこと。
フランスからは、Bottero Françoiseさん。
お話は「漢學文典（Thesaurus Linguae Sericae）」について。 いまURLを入れようとするとつながってくれない。
次に台湾東海大学の朱岐祥教授。
この人の話はデータベースではなく、贋の青銅器を銘文から見破る話。金文の字形がおかしい（下手なだけじゃないのか？）とか、あり得ない名称が鋳込まれているとか。
紹介された贋青銅器の銘文に「王在西宮」とあって（にしのみや在住のワンさんか！）、じつに興味深い。昔読んだ小説を思い出してニヤニヤ。
陳舜臣『殷周銅器の贋作者たち』 http://www.sakuhinsha.com/essay/9419.html
パネルディスカッションのはずなのに、あまり「議論」は盛り上がらず。
第三部は司会が小林龍生さんに代わって、パネリストは3人。
まず永崎氏が午前中にできなかったSATのデモ。
高野明彦氏が、連想検索の話。
想−IMAGINE Book Search | 多様な情報源の想いを連ねて発想しよう!
なんだか「漢字データベース」からはどんどん離れていった気がしないでもないが、人文科学へのコンピュータ利用という線で何とかつながっている。
最後に角川歴彦氏の挨拶で、謎が解けた。
『新字源』という漢和辞典がある。
僕も中学校に入学したときに買った。コンパクトでよい字典である。
JISの漢字規格が最初に作られたとき、準備作業の段階で『新字源』が使われたのをご存知だろうか。
「佞」という字、UnicodeではU+4F5Eで、「佝佞佟」と並んでいて部首は「人」だが、JISでは53区04点で「妝佞侫妣」と並んでいて部首は「女」である。これは『新字源』の配列だ。
1万字弱の親字数で漢字番号が付いているという点で、非常に便利だったために採用されたのだろうが、名前に違わず字源を考究したうえで部首分類も独自の立場をとるなど特徴のある字書なのだ。同じ角川でも『漢和中辞典』では「佞」は「人」部に配列されている。
ところが、この『新字源』、もう30年くらい改訂されていない。
活版印刷で、紙型を保存して増刷を続けてきた（最近では紙型でなくフィルムを起こしてオフセット印刷しているかもしれない）もので、大きな組み替えは不可能なのである。
常用漢字表が改訂されても人名用漢字が追加されても対応できない。
だからこそ最新のデータベース技術で改訂版を……って話かと思ったら、
「新字源の改訂版は今の角川書店の体力ではできません」
と言われてしまった。
「一人の学究と出版社が手を携え何年もかけて字書を編むというスタイルは現在の出版状況ではもはや不可能」
「そこで比較的体力に余裕のある角川文化振興財団で漢字データベースを作り……」
そのために阿辻先生を招聘したようだ。
そうして作ったデータベースが、『新字源』改訂版のために使われるのか、それともWebに公開される（有料か無料か）のか、そういうことはまだこれからの話であるらしい。
8時間近い耐久シンポジウムはこれにておしまい。おなかいっぱいです。
二重引用符の“double quote”と〝ノノカギ〟について（8）
自分がこんなにしつこいヤツだとは知らなかった。
再び引用符とCIDについて。左上がPr6Nフォント、右上はそれをProフォントに変えたもの。この二つをコピーして縦組にしたのが下のふたつ。
Proフォントに変えたことで、“double quote”のCIDが変わり、縦組にすることで、括弧類や句読点のCIDが変わる。
そこで、「環境設定／組版」の「縦組み中で引用符を回転」をOFFにすると……
“double quote”が〝ノノカギ〟に変わる（CIDが変わる）ことはすでに書いたとおり。
ここで「検索と置換」で「“”」を赤くする。
右下で〝ノノカギ〟に見えるものが実は“double quote”のままなのがわかる。
次に「〝〟」を緑にしてみる。
フォントや組み方向、設定を変えてもテキスト内容は変わらずCIDだけが変わる（当然のことですね）。
ところが、人力でCIDを変えると話は違ってくる。
横組で“double quote”を直線型の上上ノノカギに変えたいとする。
字形パネルで見ると、候補がいくつもあってどれを選んだらよいのか分かりづらい。ところが別のフォントでは、
ノノカギの角度が微妙に違う。受けの方を見ると、
上の段のものは〝ノノカギ〟だとわかる。したがって下段の3つのうちから選べばいいことになる。
3つとも試してみる。
どれも同じに見える。実は文字組みアキ量設定が効いているのでこういうことになる。
このフォントだとあまり違わないように見えるから、上段のものも試してみる。
さらにこれを縦組にしてみると……
縦横どちらも大丈夫なように見える組がある（片方は「〝〟」）。
では、「“」を108→12169、「”」を122→12170に変換してやれば、縦も横もうまくいくのでは……
おお、バッチリ。ただし、変換後はテキストそのものが「“”」ではなく「〝〟」に変わってしまっているので注意。
二重引用符の“double quote”と〝ノノカギ〟について（7）
まだしつこく続いている。やめたいが落としどころが見つからない。
今回は「英語では“boy”、日本語で“坊や”、そう呼ばれる年頃なのだった。」という原稿をAdobe InDesign CS6で組版するという挑戦。
挑戦ってアナタ、何をオーバーなと言われるだろうが、これが200ページくらいの小説の一節であるとお考えいただきたい。200ページを一字一字手作業で直すのは御免蒙りたいわけで、そういう挑戦である。
予備作業として横組で流し込んでみたところ。フォントも未定の状態。文字組みもデフォルトの「行末約物半角」のままである。
「は“」間のアキが中途半端、「“坊」間はベタにしたい。これは「“」がデフォルトCID108になっているからで、「情報」を見ると「始め括弧類」となっているものの欧文扱いなのでアキ量設定が反映されないし、和欧文間の四分アキが発生している。
小説中には結構英文が出てくるので和欧文間のアキは設定に残しておきたいとなると、StdかProフォントを使うことになるか……。しかしStdでは出ない漢字があるだろう。ではProフォント（ヒラギノや小塚でないもの）を使うしかない。
フォントを変えるとこんな具合。おっと、縦組じゃないといけません。
みっともないから引用符をノノカギに……、そうだ、Proフォントなんだから「環境設定／組版」の「縦組み中で引用符を回転」をOFFにすればいい！
と、「英文は同じフォントじゃなくて欧文フォントを使いたい」という欲が湧いてくる。
「検索と置換」で……、
こうすれば、
一発。
ちょっと待て、たとえば「だ。“Yes,” he said. それ」のような文章があったらどうする。
これじゃよろしくない。
こういう時は正規表現置換がある。
「“(?=[A-Za-z])」と入れて、
うまくいった。後ろはカンマとピリオドも加えて
「(?<=[A-Za-z.,])”」でいいんじゃないかな（数字はとりあえず無視）。
はい、成功。
これでよし、と思っていたら、やはり本文はPr6Nフォントを使うことに方針変更。
「フォント検索」で、
すべてを置換して、
元の木阿弥……、いや、欧文がらみのものはフォントが変更済みだから、残った「“”」を「〝〟」に変えてやればいい。
この状態なら
「環境設定／組版」の「縦組み中で引用符を回転」をONにしても変化はない。
大成功！
喜んでる場合ではない。検索にうまく引っかかってくれない問題について書こうとしたのに、今日はなぜかちゃんとマッチする展開になってしまった。
やり直し。次回はいつかな。
二重引用符の“double quote”と〝ノノカギ〟について（6）
Adobe InDesign CS3までは、ドキュメントをパッケージすると使用している欧文フォントがコピーされて同梱されていた。受け取った方はこれをアクティベート（まあ、システムに放り込んでしまえばいいのだがえらいことになる）してドキュメントを開く。ところが今ではパッケージには「Document fonts」というフォルダの中に「AdobeFnt14.lst」という書類とともにコピーされたフォントはそのドキュメントにしか使用できない代わりに受け取った方はシステムのライブラリを変更されないで済む。持っていない欧文フォントも、そのドキュメントではちゃんと表示・印刷できる。
ただし、そのフォントが「合成フォント」に使用されているとなると話は別だ。
それはさておき、前回の続き。
Pr6Nフォントで、「“」に対して「選択された文字の異体字を表示」するとこうなる（数字はカーソルを持っていくと出てくるCID）。
オリジナルを含めて13あるので、13の「“」に対してそれぞれ字形パネルをダブルクリックして異体字（この用語を約物に対して使うのは違和感ありまくりだが）に変換してみた。
108,423,503,672,7608
7956,8277,8279,8827,9551
12080,12084,12169
である。
このフレームをコピーして組み方向を縦組にしてやると、
108,423,503,672,7956
7956,8277,8279,8827,9551
12080,12084,7956
2か所のCIDが変化した。中の行の7956はCIDは同じだが-90度回転している。
冒頭の話題、合成フォントだが、これに
合成フォントを適用しても、……
引用符は和文のまま。
そこで「検索・置換」のメニューで、
引用符を選んで欧文にしてやると、
これはこれで困る……。
では、「検索・置換」のメニューから「201C」だけを置換するようにしてみる。
オリジナルだけが置き換わる。
今日はお手上げ。
二重引用符の“double quote”と〝ノノカギ〟について（5）
昨日の（4）の最後に誤解を与えやすい表現をしてしまったので、訂正しておく。
〈ヒラギノとPr6NはUnicode（あるいはJIS X 0213）ベースで欧文用がデフォルト。StdとProはJIS X 0208ベースで和文用がデフォルトということになる。〉
ではなく、
ヒラギノとPr6Nは与えられたテキストのうち特定の符号位置についてプロポーショナルなCIDを選ぶCmapが、StdとProは全角のCIDを選ぶCmapが設定されている。
というべきだった。
問題はAdobe InDesignの場合、環境設定の組版のところに「CIDベースの文字組みを使用」という項目があり、これがチェックされているかどうかで組版が変わってしまう。
最初の例はPr6Nで文字組みアキ量設定なし。
次にごく一般的なアキ量設定を適用してみる。
「“」「”」が全角の左右中央に来てしまった。実はこれ、和欧文間のアキ量（25％）が効いてしまっているのだ。
和欧文間のアキ量を0にした雑誌用のアキ量設定を適用してみると、ベタになるのがわかる。
次にフォントをProに変えてみる。
実はこのとき「“」のCIDが108から672へ、「”」が122から673に変わっているのだ。
Pr6Nでも文字スタイルで「等幅全角字形」を適用してやれば、CIDが108から672へ変わってくれる。
今度は「CIDベースの文字組みを使用」のチェックを外してやるとどうか。
この場合、CIDは108と122のままなので、微妙に全角ではない状態となってしまう。
元に戻して、今度はやはり環境設定の組版のところにある「縦組み中で引用符を回転」のチェックを外してみる。
みっともないことになった状態からフォントをStdのものにすると、
縦組み中で「“」のCIDが108から7956へ、「”」が122から7957に変化する。要するに「〝」「〟」とまったく同じCIDが使われるのだ。
これはProフォントも同様。
ここまでをまとめると、「CIDベースの文字組みを使用」はチェックを入れないとPr6（およびヒラギノ）の文字組みがおかしくなる。「縦組み中で引用符を回転」のチェックを外すと、フォントによって「“」「”」が「〝」「〟」に化ける（まあ、化けてくれてオーライということもあるだろうが）。
やれやれ、ちっとも終わりにならない。
次回は字形パネルでダブルクリックして字形を変えると……の話になると思う。
二重引用符の“double quote”と〝ノノカギ〟について（4）
さて、おさらいしておくと、日本語の横組の場合、使われるのは3種類。
そして縦組は、
広告でクライアントからのいじれない原稿を組む場合に、縦組のところに“天然”なんてものが来るとどうするのか。
試しに組んでみると、
こんな苦労があるのかもしれない。
現場の苦労といえば、原稿として「"輝き"のナントカ」やら「”驚き”の黒さ」やらとなあんにも考えていないテキストデータが届くのは日常茶飯事なのではあるが。
DTP用のOpenType Font（日本語）には“double quote”と〝ノノカギ〟がどれだけ入っているかという話に移る。
まずはAdobe InDesignCS6の字形パネルで「"」「“」「”」「〝」「〟」について、Std、Pro、Pr6Nそれぞれの「選択された文字の異体字を表示」を見る。
Proフォントが大変なことになっている。関係者全員集合！状態で、選びホーダイ（ただし結果は保証しません）なのだが、Pr6Nフォントだとスッキリする。AdobeJapan1-4時代には「"」から「“」「”」「〝」「〟」すべてにリンクが張られていたのに、AdobeJapan1-6では「"」は「"」だけで完結し、「“」「〝」でひと組、「”」「〟」でもうひと組のリンク系ができていることになる。なお、AdobeJapan1-4の後にこれの関係で追加されたCIDはないので、Pr6Nで「関係者」が増えてはいない。
「"」系のCIDは、
3 quotedbl
8007 quotedbl.full
8722※ quotedbl.vert
ここまでがStd
9446※ quotedbl.italic
12087 quotedbl.half
（CIDの後の文字列はフォント制作アプリケーション『Glyphs』の「NiceName」。※の付いたものは上に掲げたAdobe InDesignCS6の字形パネルでは出てこなかったもの）
「“」「〝」系のCIDは、
108 quotedblleft
423 quotedoubleprimeReversed.half
503 quotedblleft.half
672 quotedblleft.full
7608 quotedoubleprimeReversed
7956 quotedblsharpleftalt.full.vert
8277 quotedblbotleft
8279 quotedbltopleft
8827※ quotedblleft.vert
ここまでがStd
9551※ quotedblleft.italic
12080 quotedblsharpleftalt.half
12084※ quotedblleft.symbol
12169 quotedblsharpleftalt.full
13312※ quotedblsharpleftalt.half.vert
13316※ quotedblleft.symbol.vert
「”」「〟」系のCIDは、
121 quotedblbase
122 quotedblright
233 quotedblright.half
424 lowquotedoubleprime.half
673 quotedblright.full
7609 lowquotedoubleprime
7957 quotedblsharprightalt.full.vert
8278 quotedblbotright
8280 quotedblbase.full
8841※ quotedblright.vert
ここまでがStd
9564※ quotedblbase.italic
9565※ quotedblright.italic
12081 quotedblsharprightalt.half
12085※ quotedblright.symbol
12170 quotedblsharprightalt.full
13313※ quotedblsharprightalt.half.vert
13317※ quotedblright.symbol.vert
まあ、これらの使い分けに頭をひねる必要はないのだが、「NiceName」とAdobe InDesignCS6の字形パネルの情報からそれぞれのCIDが作られた理由を推測してみよう。
「"」はasciiにあり、JIS X 0208にもあったから、「欧文用＝3」と「全角和文用＝8007」を用意し、また縦組をフォントの機能で実現しようとするアプリケーションのために、「縦用字形＝8722」が必要だった。そしてDTPのために「半角和文用＝12087」が追加された。「イタリック字形＝9446」を和文フォントに入れる必要があった理由はよくわからない。
「“」「”」はJIS X 0208にあったが、Unicodeの「U+201C」「U+201D」とリンクされたため「欧文用＝108,122」、「全角和文用＝672,673」、「縦用字形＝8827,8841」、「半角和文用＝503,233」「イタリック字形＝9551,9564」が生まれた。ドイツ式の引用符のための「下付99形＝121」とそのイタリック「9565」も入れた。
「〝」「〟」はJIS X 0208にはなかったが、IBMの文字セット由来でNECにもWindowsにも、Macの83pvにもあったので、「全角和文用＝7608,7609」、「半角和文用＝423,424」、「全角縦用＝7956,7957」、「半角縦用＝13312,13313」が作られた。
ここまではわかる。
「8277,8278」の組は何なのだろう。Unicodeとの対応はない。「8279,8280」も謎だ。Unicodeとの対応はない。Adobe InDesignCS6の字形パネルで見る限り〝ノノカギ〟とリンクされているが字形は「“ ”」で、それが仮想ボディのどの位置にあるかの違いのようだ。
「12080,12081」は「上上ノノカギ・直線ダブル引用符の半角和文用」で、「12169,12170」は「上上ノノカギ・直線ダブル引用符の全角和文用」。
「12084,12085」とその縦用字形らしい「13316,13317」は〝ノノカギ〟だが、用途は何かわからない。
わからないものは使ってみればわかるかもしれないので、Adobe InDesignCS6でまた試す。
□"□“□”□〝□〟□という文字列を横組テキストフレームにペーストしてみると（文字組みアキ量設定なし）、
□3□108□122□7608□7609□となっている（ヒラギノ明朝 ProN W3）。
フォントを［A-OTF A1明朝 Std ］に変えてみると、
□3□672□673□7608□7609□となった。
フォントを［A-OTF 秀英明朝 Pro M］に変えてみると、
さらに［A-OTF 秀英明朝 Pr6N M］だと、
ヒラギノとPr6NはUnicode（あるいはJIS X 0213）ベースで欧文用がデフォルト。StdとProはJIS X 0208ベースで和文用がデフォルトということになる。
これを縦組にしてみると、ヒラギノは
□3□108□122□7956□7957□
A1明朝は、
□3□672□673□7956□7957□
となった。
お、時間切れ。
次回は謎のCIDの振る舞いと、
大石さんの
http://d.hatena.ne.jp/works014/20140529
を参考に、Adobe InDesignCCについても見てみよう。
二重引用符の“double quote”と〝ノノカギ〟について（3）
近デジで、川口義久『アメリカ生活』（大正9）という本を見つけて面白がって見ているのだが、
“Above all Nations is Humanity”という標語と『Cosmopolitan Student』という雑誌名での引用符の遣い分けに目がとまった。
http://kindai.ndl.go.jp/info:ndljp/pid/964233/61
http://kindai.ndl.go.jp/info:ndljp/pid/964233/63
（関係ないが【一九】の見出しが面白い）
“double quote”の縦組字形が〝ノノカギ〟だというのは、JIS C 6226（78JIS）の開発過程でそういう意見があって（さらにJIS X 4051の開発過程でも同様だったらしい）決まったというのだが、私が活版の雑誌の校正をしていたときには横組で〝ノノカギ〟が使われていたし、新聞では一貫して使っている。
『朝日新聞の用語の手引』1981年のものを見ても、
その他の符号
一、引用符を二重、三重に使うときは、次の順序が通例。
「『〝〟』」
となっている。
そもそも英文で“double quote”が使われているものを日本語に翻訳すると、「鉤括弧」になるのが普通だ。
大正12年のローマ字本聖書『Shin-Yaku Seisho』（英国聖書会社）には“double quote”が使われている。
しかし、昭和9年の米国聖書協会『英和対照使徒行伝』を見ても、英文の方には引用符はない。欽定訳聖書では引用符は使われていないのに、日本語訳では『』が使われている。
さらに古い明治34年の大日本聖書館『Shinyaku zensho』には引用符はない。
あるいは昭和2年の中瀬古六郎『近代化学史』 http://kindai.ndl.go.jp/info:ndljp/pid/1049239/84 は横組で、
欧文には“double quote”、和文には『』を使っている（ただし後半になると和欧ともに“”を使ったりしている。
本日は時間がないのでここまでに。
