先の写研の文字盤の記事が意外に反響があった。 メインプレートの画像もアップしてあるので、文字を探す酔狂な方もおられるかも知れない。 私などは体に染み付いているのですぐに探せるのだが（それもネガの方が慣れている）、写植の経験のない方にはちょっと面倒だろう。 なので、その際の手助けとなる写研の印刷物もついでにアップしておく*1。 今ご覧になっている画像では読みづらいだろうが、72dpiで9.19MBあり、画像をクリックして別窓に拡大表示すれば十分に読めると思う。 並びは、 「一寸の幅、鍋蓋しんにゅうは匣、刀抜く人、雁は山さと、 大小の女子、口言い心に手、弓と片戈、四目糸草、 虫の羽竹の里、辛車臼門、犬の足馬の骨、七曜」 と覚える。これはモリサワも同じだったと思う。 *1:これは偶然見つけたBAサイズのモノ。部分毎にスキャンして合体し、リサイズした

写研の正字文字盤を参考資料として掲げておく。 原典は手動機にオマケとして付いてくる「文字配列表」という、文字盤をそのままなんらかの方法で印刷したシート（最下部に画像）*1。 まず下の3点、石井細明朝体_LMの手動機用の正字文字盤で右下に1967年の刻印が見える（左上のSは正字の略）。 （当用漢字の旧字体に加えて1951年制定の人名用漢字の旧字「藤/彦/巌など」が収容されているが、76年に追加された「渚/那など」の旧字はない。20090224追記） メインプレート部の右下には1981.1改訂とあるが、直後の1981.10には下のLHMにみられるように、常用漢字や人名用漢字に則した大きな改訂が加えられた。（20090213、0217追記） 〈画像クリックで別窓に拡大表示〉 次の3点は本蘭細明朝体_LHMの手動機用の正字文字盤。刻印は1975年となっているが、こちらはシートのタイトル部に「常用・

携帯用プラットフォーム Android の開発キット（無償）というものがあって、その中に Droid という書体のファミリーが入っているらしい。 というわけで、（例によってフォントを見るためだけに）下のページから早速ダウンロードしてみる。 Download the Android SDK - Android zip を開けて、tools/lib/fonts/default/ の中にフォントファイルを発見。中身は以下のとおり。 Droid Serif Regular, Italic, Bold, Bold Italic Droid Sans Regular, Bold Droid Sans Mono Regular Droid Sans Fallback Regular この Droid ファミリーは、Ascender Corporation の Steve Matteson が制作したもの

『組版ハンドブック　和文活字見本帳』（凸版印刷株式会社）を頂戴した。いつごろのものだろうか？　発行年が明記されていない。記載されている教育漢字表が996字となっている。これが正式に制定されたのは一九七七年だが、新たに教える漢字115字が決まったのは一九六八年である。また巻末の住所表示に郵便番号が記載されていない。五桁郵便番号の導入はやはり一九六八年の七月一日である。ということで、一九六八年ごろの刊行物と思っておこう。 『spin』の組版をするときに、いちおう参考にしたのは『小塚明朝』（アドビシステムズ、1997）の見本帳だが、この凸版の見本帳はページそのままの組版が判型や組方向によって数多く例示されており、その点では、実際にすぐに使える見本帳になっている。 『spin』のレイアウトをしていて、今でもまだ迷うのはルビのサイズ。小さ過ぎると読めないし、大きいと邪魔だ。この本をパラパラやっている

漢字小委員会の模様について、たくさんの皆さんに興味を示していただいたようでありがとうございます。つづきは時間を見て書きます。まだ皆さんにお知らせしなければならないことは残っている。 今回はまた別のお話。国際化の世界でよく知られているエンジニア、風間一洋さんのブログで「携帯の絵文字のUnicodeへの収録」というエントリが公開されました。これによると、Googleが携帯電話の絵文字をUnicodeに提案しようとしているそうです*1。 Emoji for Unicode: Open Source Data for the Encoding Proposal 非常に興味深い動きです。このエントリでは「もうすぐ日本語訳（？）を公開するそうである」とされていましたが、すでに公開されています。仕事が早い。 絵文字のユニコード符号化: 符号化提案用のオープンソースデータ ご存知のように、携帯電話での絵文

昨日のエントリ（Mac OS Xのリッチテキストの扱いに関する問題）では「InDesignでコピーしたテキストをJedit Xにペーストしたときの文字化け」に触れなかったので、今回は件の14文字について、アプリケーション間のコピー＆ペーストにおける挙動をやや網羅的に調べてみた。その結果が、下の表。 表のタテがテキストをコピーした側、ヨコがペーストされる側のアプリケーション（とモード）。文字が化けることなくペーストできた場合、空欄とした。A、B、Cは異なる化け方のパターンを示す。 下図の4つのブロックのうち、いちばん上がオリジナルの（コピー元の）テキスト。A、B、Cでは、（見た目だけではわからないものもあるので）化けている文字を赤色で示した。 Aパターンが、昨日のエントリで言及したもの。「Mac側」の7文字が「Win側」の7文字に化ける。昨日はリッチテキストのみに見られる現象として扱ったが、

works014さんの「テキストのコピー&ペーストと配置」を追試してみた。InDesignとエディタでテキスト・データのやり取りをする際、その方法の違いによって一部の文字の符号が変わってくるというもの。 わたしの環境（Mac OS X 10.5.2）では、エディタの設定が標準テキスト・モードの場合は問題は発生しなかったが、エディタをリッチテキスト・モードにしたところ、ほぼ再現。WindowsとMacでマッピングの異なる文字が、リッチテキストの受け渡しをする際に化けているかんじ。 下図は、JIS X 0208の範囲内の文字のうち、WindowsとMacでUnicodeマッピングが異なるもの。 上図のうち「Mac側の文字」をリッチテキスト・モードのJedit Xで1行目に入力し、これをコピーして2行目にペーストしたのが下図。ペーストした瞬間に、すべて「Win側の文字」に化ける。同じデータを標準

ちょっと不可解なことに気がついたので書き込んでおく。 きっかけはマイナス記号や波ダッシュを検索していて拾われないモノがあったこと。 理由はユニコードのFULLWIDTH XXを使用していたことだったが、私自身はマイナスはユニコードの2212、波ダッシュは同じく301Cを使っているし、「マイナス」や「から」で変換入力されるのもこのコードのものと思っているので、支給されたテキストにそんなものが使われているとは思いもよらず……*1。 で、気がついたのがコピー&ペーストでテキストを入力するのと、コマンド＋Dでテキストを配置するのでは違うコードが入力されるという点。 テキストエディタ上で −（u2212=MINUS SIGN） 〜（u301C=WAVE DASH） −（uFF0D=FULLWIDTH HYPHEN-MINUS） 〜（uFF5E=FULLWIDTH TILDE） と入力したテキストをI