InD-Boardの「字形について」というスレッドで話題になっていた「SINGで拡張された小塚Pro」の文字化けについて、InDesign CS4と小塚明朝Pro Rで検証してみた。 再現性にあいまいさはあるが、次のように言えそうだ。SINGで拡張された小塚Pro書体において、グリフXがSING拡張分ではなく（CIDが15443以下）、なおかつグリフXの親字PがSING拡張分であり（CIDが15444以上）、なおかつ親字Pの符号位置が基本多言語面の範囲外（Unicodeスカラ値が5桁）である場合、ドキュメントを保存して閉じた後に再び開くと、グリフXが親字Pに化けることがある。 わたしの環境では、字形パネルからダブルクリックで入力して（コピー＆ペーストや書体の変更などをせずに）すぐに保存し開き直した場合、前項の条件を満たすものは100%化けた*1。 下図は、化ける文字のリスト*2。グレー枠の

「日本語OpenTypeフォントの分裂の歴史」では、CMapの差異が生まれていく流れを描いた。では、それぞれのCMapは具体的にどう違うのか。という話は、このブログのどこかに書いてはあるのだが、散在していて参照しにくい。 で、PDFにまとめてみた。 以下追記。最新版はこちら（diff_cmap_20120906.pdf）。旧版は削除した。

以下、2009年7月13日23時頃の、n[ケヶカヵ个箇か]月に関する日本語ページの検索結果。 nケヶカヵ个箇か 一55,2006,250,000243,000400,00017,80038,100515,000 二22,000951,000106,00092,70052517,100135,000 三44,000924,000107,00088,6003,86026,00088,800 四4,670191,00036,30014,2001,7305,17019,900 五9,780122,00024,6009,2805683,73013,400 六6,620644,00048,20012,4001,49031,10018,700 七1,51067,10013,6005,3103459207,820 八99884,30018,4005,6105022,00013,000 九1,73040,9

あまり時間がないので短くご報告。 Microsoftの「Windows 7向けJIS90互換フォントパッケージの提供と今後について」記者説明会に行ってきました。これについてはプレスリリースも出ています。 Windows(R) 7 向け JIS90 互換フォントパッケージの提供 より詳しくはINTERNET Watchの記事などをご参照ください。 マイクロソフト、JIS90互換フォントの提供はWindows 7で最後 細部は記事にゆずるとして、ぼくが重要だと思ったことは以下の点です。 Windows Vistaによるフォント変更について、同社コールセンターに対し、クレームの電話は1件もかかってきていない。 Microsoftは（今のところ）この件について、ユーザーに大きな混乱は発生しなかったと考えている。 Windows Vistaでフォント・デザインが変更されたことについては、2006年に

CMapの系統図を描いてみた。 上図左上、源流となっているUniJIS-UCS2は、Adobe-Japan1-4（AJ14）をレパートリとするCMapである。 Appleは、2001年9月リリースのMac OS X 10.1でApple Publishing Glyph Set（APGS）を投入し、JIS X 0213:2000をサポートした。APGSはレパートリとしてはAJ14のスーパーセットだが、主にJIS X 0213との整合性を高めるために、既存のマッピングに変更が加えられている。 2002年9月、AdobeはAPGSを追認する形でAdobe-Japan1-5（AJ15）を策定したが、Appleによるマッピング変更の一部（主としてプロポーショナル・グリフの採用）には追随しなかった。このためAJ15以降のCMapには、Apple用のもの（UniJISX0213系）とそれ以外（UniJ

CJKV Information Processing: Chinese, Japanese, Korean, and Vietnamese Computing 作者: Ken Lunde出版社/メーカー: O'Reilly Media発売日: 2009/01/08メディア: ペーパーバック クリック: 6回この商品を含むブログ (11件) を見る 昨年末に第2版が出た CJKV Information Processing*1 ですが、その Appendix の一部がPDFで公開されているようです。特に制限もかけられていないので、テキストのコピーも可能。 http://examples.oreilly.com/9780596514471/ ただし、PDFの頭にこう書かれているとおり、 This appendix is not included in the printed version

tonan's blog: リュウミンやヒラギノ明朝の違いは「書体」の違いではない 個人的な感覚では、リュウミンやらヒラギノ明朝やら、（狭義の）「書体」（＝タイプフェイス）を「書風」と呼ぶのはなんとなく違和感がある。「書風」という言葉からはどうも抽象的で、ある程度幅のあるイメージを受けるので、それこそ solid で「紋切り型」な活字に使うとしっくりこないというか、なんというか。印刷文字が手書き文字と不可分だということは分かっているけども、ここでは無理にまとめなくてもいいような気がする。 ちなみに、このあたりの用語を日中台で比較してみると、だいたいこんな感じになる*1。 日本中国台湾tonan案例 書体（広義）字体字體書体明朝体、ゴシック体、… 書体（狭義）、タイプフェイス字型書風リュウミン、ヒラギノ明朝、… 字体字形字形 字形 とはいっても、日本では書体・字体・字形の語がよくごっちゃで使

トナンさんが「リュウミンやヒラギノ明朝の違いは「書体」の違いではない」と書かれた記事に対する感想としてしろもじさんが書かれた「印刷文字における書体・字体・字形」といふ記事を見てゐて。 以前「公有フォントの利用と制作のための参考情報」を調べてみた時に、ああ、その「字型」っていふ「Typeface」の訳語、「じかた」って訓むことにすれば日本語でも通用するんぢゃね? 感じたことば思ひだした。 このTypefaceといふヤツ、事後的に「広義の書体」と呼ばれ得る「○○○科」を一気に切り開く場合があり、しかも類似Typefaceが現れない段階では一概に広義(「○○○科」)狭義(「○○○属」)と言へないところが厄介だ――例へば、フォロワーの出現によって現在では「ミックスタイプ」といふ「書体」分類(「○○○科」)を生んだリョービ「ナウ」シリーズのデビューを想起――。 まぁ、斬新なTypefaceが登場した

文字コードって何だらう。文字コードってやつが扱ってる「文字」ってモノに色々と性格が異なる「キャラクター(文字)」が混ざって集まってるおかげで、ある「キャラクター」については正しい説明であるように見えることが、他の「キャラクター」には当てはまらない、といふことが往々にして存在する。 さて、改めて、「文字コード」って何だらう。 Letter、Number、Mark、Ideograph、Symbolなど、様々な「キャラクター」を一堂に会して大きな「キャラクター」の集合をつくり、各々の差異を記述し番号と名前をつける。場合によっては一定の規則の元に、ある特徴を共有するキャラクター群にチームとしての名をつけることもある。何のためにそんな「キャラクターの集合」をつくって番号を振るか? 現代人の日常生活に必要な情報交換を円滑に行ふために。 ――ざっくり言ふと、さうして集められ名づけられ番号づけられたキャラ

リッチインターネットアプリケーション（RIA）の認知度は約3割程度に。Webアプリケーションの技術でも、RIAを駆使したAIRやSilverlightは、JavaやFlashに比べて認知度が低かった。 RIAコンソーシアムは6月30日、業務におけるWebアプリケーションの利用を調査し、結果をまとめた。RIA（リッチインターネットアプリケーション）の認知度は約30％だった。RIAを駆使したシステム開発の成功事例の周知が認知度の向上につながるとしている。 RIAの認知度は「知っている」「聞いたことがある」と回答した人が約3割となった。過去の調査と比べても伸び率の上昇は見られなかった。回答者を「Webアプリケーションの責任者／開発者」に限定すると認知度は6割超。システム関係者の間ではよく知られていることが分かった。 現在の業務アプリケーションに満足している人は約6割だった。一方で残りの4割がアプ

未来予測関連の記事やレポートから「○○年に、○○になる」といった情報のみを 厳選し、西暦年や分野ごとに整理した未来予測のデータベースです。 各未来予測データには「類型」（予測、推計、計画、政策目標、決定 など）「出典」「資料名」「発表時期」が付記されています。 なおトップページの「TOTAL FUTURE」は未来年表に収録されている未来予測デー タ数の累計です。毎月20日に更新しています。

Heads on: Apple’s Vision Pro delivers a glimpse of the future

83pvと90pvという用語についてのややこしい話は別の機会に譲ることとして、今回はとりあえず「どちらもMacのShift-JISのバリエーション」と大ざっぱに定義しておく。83pvと90pvでは、下図のように外字の割り当てが異なる。16進数はShift-JISの符号位置。 83pv外字は、PC98外字のサブセットである。0x86A2から0x879C（水色地）は漢字Talk 7.5以降に付属する細明朝体と中ゴシック体のスクリーン・フォントに含まれているもの。このうち0x8740から0x879CはCP932とほぼ共通（CP932では0x877Eに「平成」が追加されている）。0x8540から0x8690（ピンク地）の半角文字は、PostScriptプリンタで出力することが可能であるが細明朝体と中ゴシック体のスクリーン・フォントに含まれないもの。 アクセス・ログで「83pv 90pv 違い」とい

1989年、Appleは漢字Talk 6をリリースし、また、初の日本語対応PostScriptプリンタであるApple LaserWriter II NTX-Jを発売した。NTX-Jに搭載されていた日本語フォントは、モリサワのリュウミンL-KLと中ゴシックBBB。 プリンタ・フォントであるリュウミンL-KLと中ゴシックBBBの文字セットとエンコーディングは、Adobeによって83pv-RKSJ（以下単に「83pv」と呼ぶ）*1として定義されており、その外字部分（下図・左）は、NECのPC98外字のサブセットとなっていた。 リュウミンL-KLと中ゴシックBBBに対応するスクリーン・フォントとしてAppleから提供されたのが、細明朝体と中ゴシック体。漢字Talk 6.0.7でForeign System Fontをインストールすると、上図青地部分を画面表示することができた。 上図ピンク地部分の