Book連絡先データベースはスケジューラーと異なり標準の電話帳で十分な性能を持っている。知られているように電脳パンツの電話帳PHONE.PDBはただのGDBであり、PHONE.GDBと名称変更するとDatabaseで普通に改造できるのであった。PHONE.PDBを改造せずに使っていた日本人なんていたのかしらん。いえ、時代はSyncである。自己流の改造は怪我の元。できるだけ標準的なスキーマが求められるわけだが、今のところ我々にはあの微妙な仕様のvCardしかないのだった。vCardの何が気に入らないの?ふりがなの定義が統一されていない。XアドレスブックではX-PHONETIC-FIRST-NAME;CHARSET=UTF-8:メイX-PHONETIC-LAST-NAME;CHARSET=UTF-8:セイで、Nokia機ではSOUND;X-IRMC-N;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:セイ;メイという具合。Name=正書法での名前か)の発音を表すタグで、ふりがなとは少し違う意味のように思う。姓が佐藤さんと里江さんという二人がいたとする。ふりがなは「さとう」「さとえ」で、並び順もほぼ間違いなく辞書順で「さとう」「さとえ」だろう。発音は「さとー/さとお」「さとえ」だ。iCalがSOUNDでなくX-PHONETIC-*を使っているのはそれはそれで見識なのかもしれない。先ほど「ふりがなの定義が統一されていない」と書いたが、「統一されていない」のではない。ふりながなんぞを用いる言語は圧倒的に少数派なので無視されているようだ。2426)からはSORT-STRINGタグでふりがなが書けるらしい。ふりがなと整列用文字列というのもなんか違う気がする。2.1ではSOUNDにふりがなを書くのが主流らしい。ふりがなを表記するための規格拡張はここにもあるが、まあすでに死んでいる案だろう。運用は常に無理矢理さて、私はiSyncを使っているのだ。iSyncはふりがななどという極東の事情にはこだわらない。Guideにハッキリと記載されているように、連絡先については次のvCardプロパティしか相手にしない。sが付いているのは複数のエントリを許すという意味。X-NAMEsそこで、少なくともアドレスブック側ではこのうちどれかにふりがなを書いておくしかない。日本では普通に考えてX-NICKNAMEを使うのが妥当だろう。次に、X-NICKNAMEをふりがなへ変換するためのiSyncの設定。<string>SOUND;X-IRMC-N</string></dict><key>AddCRLFAfterBase64Folding</key><true/>これで「SOUND;X-IRMC-N:ふりがな」というデータができるようだ。姓名の区別はないから、行き先ではきっと姓ふりがなという扱いになる。ま、SORT-STRINGとしてはそれでもよい。名」と表示するに決まっている。姓」でしか見せてくれない。彼奴らが姓名を分割できないようにしてやれば、こうした迷惑なお節介を受けなくて済む。そこで私はアドレスブックの姓の部分に氏名を(スペースを入れないで)全部ぶちこむことに決めた。考えてみれば姓名を分割する用途なんてあまりない。常にフルネームで勝負すればいいだけの話だ。X-NICKNAMEに入れたふりがなには、姓名分割位置を入れて少しだけ日和っておく。いやX-NICKNAMEの日和見の真骨頂はそこではない。キモは「半角カタカナで記載」。これにはよんどころない事情があるのだがここに書いてもしかたあるまい。