最近、モリサワのようすがちょっとおかしいんだが。 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
ところで、モリサワのPr6Nフォントがやばいらしいですね。 twitterで話題になってたね。 まとめを読んでも、ちょっとわかりにくかったんですけど、どういうことなんですか？ リュウミンとかのPr6/Pr6Nには複数のバージョンが存在して、新バージョンで作ったデータを旧バージョンの環境で開くと、豆腐になっちゃう文字があるんだよね。 うー、それはかなりイヤですね。 だよね。新バージョンのほうは、IVS（異体字シーケンス）対応版なんだけど、cmapも新しいのになってるから。 しーまっぷ？ cmapっていうのは、符号位置とグリフの対応表。DTP用の日本語OpenTypeフォント（Adobe-Japan1フォント）には、Unicodeに入ってないグリフもたくさん入ってるでしょ。 入ってますね。 「Unicodeに入ってない字」はcmapには載ってない。でも、そういう字が後からUnicodeに収録さ
人生がときめくWindows 8のIVS実装 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
皆さんこんにちは、片づけコンサルタントのこんまり先生です。 いきなりの個人名詐称……。 今日は、Windows 8のIVS実装について説明するわよ。 「わよ」？ 最初に結論を言っちゃうと、Windows 8のMS明朝・MSゴシックがIVSでサポートしているのは、MS122から「筵」を引いて「濹」を足した122文字ね。 ん？ 以前のエントリでも言ったように、Windows Vistaで変更された文字のうち、jp90タグやJIS90互換フォントパッケージによって昔のグリフに戻せる122字を、MS122と呼ぶんだけどね。 MS122はいいんですけど、そこからまた引いたり足したりするんですか？ うん。 じぁあまず、マイナス分の「筵」は、何なんですか？ MS122のうち「喩」と「筵」については、XPグリフがJIS90の例示と一致しないんだよね。 ホントだー。 だから「喩」と「筵」のXPグリフ（JIS
昔のグリフで出ています - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
今日はWindows 8のMS明朝における122字のIVS実装について説明しようと思ってたんだけど……。 気が変わったんですか？ 話が長くなりそうなんで、詳しいことは後日に回して、今回は説明のカギになる「MS122」という文字集合に焦点を絞って語ってみようかと。 「MS122」ですか？ トラック野郎が荷台に貼ってるお茶目なステッカーの「人妻110」と、ちょっとだけ似てますね。 あー、こないだそれ貼ってるトラック見た見た！ 正確には「美人妻110番の車」な。って、「MS122」と、ひとかけらも似てないだろが！ まさかのノリツッコミ。 まず、基本を押さえておくとWindows Vistaでは…… 強引な軌道修正。 ……JIS X 0213:2004の例示にあわせる方向で、MS明朝の字形を変更したわけだ。 はいはい。それが122字だったんですね？ まあ、落ち着こうぜ。変更された字は、漢字だけでも
SoftBank iPhoneのShift_JISがすごいことになっている件 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
下図は、SoftBank iPhoneのMailが用いるShift_JISのIBM拡張文字領域*1。どうだ、驚いたろう。 SoftBank iPhoneのMailは、charset=Shift_JISをよく使う。髙村薫の「髙」や宮﨑あおいの「﨑」などのWindows外字もShift_JISで送るし、絵文字もShift_JISで送る。しかし、WindowsのIBM拡張文字領域とSoftBankの絵文字領域は、もともと衝突しており、共存できない。なので、SoftBank iPhoneのShift_JISでは、IBM拡張文字のうち下図ピンク部分が使えない。 だったらその分は、NEC選定IBM拡張文字のほうを使えばいいじゃないですか、どうせダブってるんだから（下図）。というのが、大ざっぱに言えば、SoftBank iPhoneのMailが用いるShift_JISである。 その外字領域をまとめると、
モヤイ像とモアイ像の謎 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
これ、Unicodeのコードチャートに載ってる文字なんだけど、何かわかる？ イースター島のモアイさんですね。 いや、正解は渋谷のモヤイ像なんだけどね。 そりゃまあ渋谷にもありますけど……。 Unicode Standardには、ちゃんとこう書いてあるぞ。 イースター島のモアイ像に似た日本の石像 おおー。イースター島のと渋谷のとって、見た目の違いがあるんですか？ 実はけっこう違うよ。いちばんのポイントは、髪の毛だな。イースター島のモアイ像には長い髪なんてないでしょ。ほら、こんなかんじ。 ああ、これこれ。言われてみれば、こっちが本家モアイ像ですね。 ところが実はこれ、Appleの絵文字フォントで表示したU+1F5FF MOYAIなんで、理屈の上では渋谷のモヤイ像のはずなんだよね。 え？ でも、絵としては、明らかに本家モアイ像ですよね。Appleのデザイナーさんも「モヤイ像って単なるモアイ像のコ
平均字面とは何か - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
InDesignでは「文字揃え」と「グリッド揃え」で、平均字面に揃えるオプションが用意されている。この平均字面（ICF：Ideographic Character Face）は、OpenTypeフォントのBASEテーブルで、icfb（ICFのbottom）とicft（ICFのtop）の値として定義されている。下図、赤枠が平均字面。ideoは仮想ボディ（グレー枠）、romnは欧文ベースライン（青線）の位置。 平均字面はフォントによって違う。下図の数値は、小塚ゴシックの各ウエイトの平均字面を、仮想ボディに対する割合（長さ比）で表したもの。 平均字面が大きいフォント（小塚ゴシックH）と小さいフォント（モリサワのMB1）では、かなり差がある（下図）。 「文字揃え：平均字面の下/左」を使うと、同じフォントでサイズの異なる漢字や仮名を、きれいに揃えることができる（下図）。 その一方で、サイズが等しくフ
AquaKanaに入っている文字 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
Mac OS X 10.5 LeopardまでのAquaKanaには、その名のとおり、仮名や約物しか含まれていなかった。下図は、そのすべて。 Mac OS X 10.6 Snow Leopardで、AquaKanaはAdobe-Japan1-5をフルサポートした。ただし、Adobe-Japan1-5のレパートリは、ヒラギノ角ゴW3の字形を流用しているように見える。もともとのAquaKanaのレパートリは、GID的にはAdobe-Japan1-5の後に付け足されたような形で入っている。下図、漢字部分までがAdobe-Japan1-5。 OS X 10.7 Lionでは、漢字もAquaKanaオリジナルになった。新デザインの漢字は、GID的には、Adobe-Japan1-5の範囲内の漢字を置き換えた形になっている（下図）。 一方、Lionでも（GID的に）Adobe-Japan1-5の範囲内に
iPhoneの新幹線は東京駅に止まらない - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
Appleカラー絵文字には、2つの新幹線がある。旧型と新型だ。これをUnicodeのコード表と比べると、対応が逆のように見える。ビジュアル的にもそうだが、文字名にしてもU+1F685が「HIGH-SPEED TRAIN WITH BULLET NOSE」であるのに対して、Appleカラー絵文字で丸鼻（BULLET NOSE）なのはU+1F684のほうだ（下図）。 というわけで、Appleカラー絵文字の新幹線について調べてみた。青と白のほうは「0系」と呼ばれる初期型新幹線で間違いないだろうが、シルバーのほうは、日本の新幹線でぴったりくるのがない。おそらくフランスのTGVだと思う。 SoftBank絵文字をベースにAppleカラー絵文字を開発する際、デザイナーは「横向きか正面か」に着目し、ケータイ絵文字をUnicodeに収録する際には「型の違い」が弁別の根拠とされた結果、UnicodeとApp
Finderで消えるLionの絵文字 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
Lionの絵文字（Appleカラー絵文字）の一部は、Finderで消えることがある。下図は、フォルダの名前をU+2728 SPARKLES（✨）とした例。メニューでは正しく3つの星が見えるが、アイコン表示のウインドウ内からは消えている。 この状態のフォルダはけっこう危険で、わたしの環境では、たとえばFinderのウインドウをリスト表示にしているとき、名無しフォルダをドラッグして移動しようとすると、移動できず、その後はFinder上のすべてのフォルダとファイルがドラッグできなくなる。 消える絵文字の共通点は、UnicodeのDingbatsブロック（U+27xx）に含まれていること。 ただし、下図の7文字は（前回述べたように）Finderでは他のフォントで表示されるので、消えることはない。 というわけで、残りの文字（下図）を、以下「消える絵文字」と呼ぶこととする。これらの文字は、Finder
Lionのヒラギノはどこが変わったのか - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
Lionでは、ヒラギノProNとStdNのバージョンが8.10になり（LeopardとSnow Leopardは8.00）、IVS（異体字シーケンス）に対応した。それ以外の（Nの付いていない）ヒラギノは変わっていない。 テキストエディットでフォントをヒラギノProNにして「厩」と入力し、その後ろに文字ビューアからU+E0100をドラッグ＆ドロップしてみると、文字の形が変わるのを確認できると思う。Adobe-Japan1のIVD（2007-12-14）は、フルサポートするにはAdobe-Japan1-6が必要となる。先行してこれをサポートしたした小塚Pr6NやイワタPr6/Pr6Nとは異なり、ヒラギノ（ProNでも、ほぼAdobe-Japan1-5相当）では部分的なサポートとなっている。 今回のバージョンアップにともない、cmapも新しくなった。グリフの総数は変わっていないが、Unicode
Finderの電話が赤くならない理由 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
Lionでは、ファイル名やフォルダ名にも絵文字が使える。しかし、カラーの絵文字を入力したつもりでも、それがAppleカラー絵文字で表示されるとは限らない。たとえばフォルダ名に文字ビューアの「絵文字」からプッシュ式の赤電話を入力しようとしても、実際に表示されるのはダイヤル式の黒電話だ。これは、Finderの優先順位において、Appleカラー絵文字は欧文フォントや日本語フォントよりも下位に置かれているため、ヒラギノの黒電話に「負けた」ということだ。 下図は、わたしの環境において、文字ビューアの「絵文字」からフォルダ名に入力した文字がカラーにならなかったものの一覧。このリストの内容は、インストールされているフォントによって変わってくる。たとえばイワタのPr6/Pr6Nがインストールされているマシンなら、下図には含まれないサッカーボール（U+268D）もモノクロで（イワタPr6/Pr6Nのグリフで
Lionにナマハゲと天狗が入っているのはどうして？ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
Appleカラー絵文字って何？ iPhoneやLionに搭載されている絵文字フォントの名前だよ。Lionをインストールすると、iPhoneのカラー絵文字がMacでも使えるようになるんだ。文字ビューアの「絵文字」から入力できるよ。 iPhoneとLionでは、絵文字に違いはあるの？ いちばん目立つ違いは、Lionでは文字が増えてることかな。 わあ、どんなのが増えたの？ ナマハゲとか天狗とかナルトとか。 これ、モノクロじゃん。 増えてるぶんは、ぜんぶモノクロ。Lionは、Unicodeに収録されたケータイ絵文字のうち、Softbank絵文字以外を、いわば「docomo/au互換絵文字」としてモノクロでサポートしている*1。このモノクロの絵文字は、文字ビューアの「絵文字」には表示されない。Font Bookでレパートリーを表示すると、下のほうに入ってるよ。 Gmailを使えば、以前からMacでも
OpenTypeフォント環境における改定常用漢字表対応を考える - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
2010年11月に改定常用漢字表が告示されたが、これはDTPの現場にどのような影響を与えるのか。OpenTypeフォントとの関係について考えてみる*1。以前は特に意識しなくても、常用漢字表の字体（通用字体）が表示・印刷されるのは当たり前だった。今は違う。 まず、「常用漢字表とJIS90のグリフが異なる例」に注意が必要である。以下の図では、赤枠が常用漢字表のグリフ。JIS90基準フォント（名前にNの付いていないフォント）をシフトJIS環境で使った場合、下図「常用漢字表とJIS90のグリフが異なる例」の文字は、基本的にグレー枠のグリフで出力される。また、常用漢字の通用字体と印刷標準字体が一致しない例にも注意。改定常用漢字表で新たに追加された文字は、原則としていわゆる康熙字典体を採用しているが、「曽痩麺」の3文字は例外。 名前にNの付いているフォント（JIS04基準フォント）では、下図青地のグリ
「●」が小さく見えることがあるのはどうして？ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
（ホー先生）Macの画面で「●▲■」の「●」と「■」だけが小さく見えることがあるのはなぜじゃ*1。 「●」と「■」が欧文フォントで表示されているからだよ。たとえばMacのFinderでは、ファイル名は「Lucida Grande優先」で表示される。Lucida Grandeは「●（U+25CF）」や「■（U+25A0）」のグリフを持っているけれど、「▲（U+25B2）」のグリフを持っていない。だから「▲」はヒラギノで表示されて、「●」と「■」だけが小さく見えるんだ。同じ理由で起きる現象としては、三点リーダの位置が下にズレたりすることも、よくあるよね。 Finder以外でもよくあるんじゃが。 Appleのソフトは世界共通の仕様なので、デフォルトは欧文フォントだよ（下図）。 日本語フォントを指定すれば、この問題は避けられるのか。 うん。Finderでは基本的にフォントの変更はできないけどね。そ
モリサワの常改フォントはおかしいと思う - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
DTPの勉強会でしゃべったことをブログに書いておくシリーズ第1弾（ただし、第2弾以降があるかどうか不明）。モリサワの改定常用漢字表対応学参フォントのしんにょうのデザインがおかしなことになっている件。 下図は、モリサワの学参ではない明朝体と教科書体（いちばん下の行は比較用。改定常用漢字表の例示フォントであるIPAex明朝）。明朝体には一点しんにょう（グレー地）と二点しんにょう（白地）があり、教科書体はすべて一点で二度揺らす形（黄色地）。 モリサワの学参フォントは、常用漢字の範囲内に限って、手書きに近いデザインを採用している。下図、学参リュウミンProの「道」のしんにょうは、教科書体のそれに近い形となっている。このデザインが気に入らないという人も多いかと思うが、これは学参フォント一般の特徴であって、今回指摘したい問題ではない。 下図は、モリサワの改定常用漢字表対応学参フォント。常改教科書の「遡
なぜ円記号はメールで化けるのか - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
多くのMacユーザはもうすっかり慣れてしまったと思われる円記号の文字化けついて、以前にも書いたことがあるのだけれど（Apple Mailで円記号がバックスラッシュに化けて見える件）、今回はもう少し詳しく検討してみよう。 ISO-2022-JPには、ISO/IEC 646 IRV（国際基準版）に切り替えるエスケープ・シーケンス（1B 28 42）とJIS X 0201ラテン文字集合に切り替えるエスケープ・シーケンス（1B 28 4A）が用意されている。ISO/IEC 646 IRV（ASCII）の5Cはバックスラッシュ、JIS X 0201ラテン文字集合の5Cは円記号である*1。 Shift-JIS（CP932やMacJapanese）の時代には、バックスラッシュと円記号の違いを制御するのは困難だったため、「1B 28 42」と「1B 28 4A」の使い分けは一般化しなかった。しかし、現在使
Adobe-Japan1-7でキャロン付きグリフはどうなるのか - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
そろそろAdobe-Japan1-7という話も出ているようなので*1、以前に書いたことをAJ17への要望として蒸し返してみる。 Adobe-Japan1のTechnical Noteにおいて、キャロン付き「d」「L」「l」「t」のグリフは、下図のように変化している（赤字のCIDにおける赤矢印がグリフの変化を示す。以下の図では、v字型キャロン付きグリフを白地、アポストロフィ付きグリフをグレー地とする）。 この結果、実装にバラツキが出ており、時系列的な互換性を重視するモリサワフォントの場合、追加分のCID+20341とCID+20359は重複扱いとなっている。 Adobe-Japan1-7では、おそらく下図青枠のグリフ*2が追加される（復活する）と予想されるが、モリサワフォントやヒラギノのAJ17対応を視野に入れると、下図赤枠で示した「明示的にアポストロフィ付き」の互換用グリフも追加する必要が
1Q84のアポストロフィ - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
村上春樹『1Q84』のBOOK 3を買ったのでBOOK 1から読みはじめたのだが、エピグラフの出典表記を見てあれっと思った。アポストロフィがタテ（U+0027、CID+8）だ。加えて、左引用符の後ろに謎のスペースが入っている（下図）。 さらに言えば、ピリオドの後ろにあるべきスペースがないように見える。また、ついでに言ってしまえば、アンパサンドを変えているようなのだが、それが成功していない気がする。やれやれ。下図はhttp://www.fonts.com/FindFonts/detail.htm?pid=44572#waterfallで「Monotype Garamond Alt Italic」を選択し、サンプル・テキスト「(E.Y.Harburg & Harold Arlen)」を表示したもの。 いずれも細かい話だけれど、1箇所に集中しているのがおもしろかったのでメモ。手元の『1Q84』B
新常用漢字表試案が個別デザイン差を導入 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
新常用漢字表試案が、複雑になっていく。小形さん（もじのなまえ）が「第40回漢字小委員会で、情報機器に配慮した修正案を提示」というエントリで資料を公開しているが、この修正案では新たに「特定の字に適用されるデザイン差」（以下「個別デザイン差」と呼ぶ）が導入された（下図）。 個別デザイン差は、表外漢字字体表でおなじみの例外規定である。何らかの理由があって「常用漢字として認める形」を他の文字よりもゆるく設定するということなのだが、文字コードがらみの事情を持つ「叱」はともかく*1、他の3文字については、わざわざ例外規定を設けて話を複雑にするほどのことか、ちょっと疑問。 下図は、部分字体として「次」またはその仲間を有する常用漢字（候補）。「茨」「恣」「羨」の3文字が追加候補漢字で、「茨」だけが個別デザイン差の対象となる。以下の図では、白地が常用漢字（デザイン差の範囲内）、グレー地は字体差（常用漢字では
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LionのAquaKanaは太くて細くて長い - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
