日記みたいな何か

alt-cannadic-081018が出ていたので導入してみました．あわせて G-HAL氏のパッチを anthy-9100.patch4.bz2 から anthy-9100.patch8.bz2 にあげてみたところ， uim-el-agent や mlterm，uim-fep といった連中が動かなくなったり，動いても正常に終われなくなったりで大変なことに・・・

*** glibc detected *** uim-fep: free(): invalid next size (fast): 0x080d3f48 ***

*** glibc detected *** /usr/local/libexec/mlconfig: free(): invalid next size (fast): 0x081297a8 ***

*** glibc detected *** uim-el-agent: malloc(): memory corruption: 0x080b02c8 ***

*** glibc detected *** mlterm: free(): invalid next size (fast): 0x080fb5d8 ***

(;´Д｀)'`ァ'`ァ ・・・anthy-9100.patch6.bz2 だと問題ないようだったのでしばらくこれで．

32bit環境なんですがこれ見て導入してみました．Mplayerplug-in にも対応しているんですなぁ．これはいいかも．

.fonts.confを手直ししようと再びいじったりしているのですが，フォントのマッチングのところがイマイチ謎で困ってます．fc-list して出てくる結果のフォントのファミリ名(?)の中のASCIIの名称を使っているのですが，

% fc-list | grep IPA | grep -v Mona | iconv -f UTF-8 -t EUC-JP
IPA UIゴシック,IPAUIGothic:style=Regular
IPAゴシック,IPAGothic:style=Regular
IPA Pゴシック,IPAPGothic:style=Regular
IPA明朝,IPAMincho:style=Regular
IPA P明朝,IPAPMincho:style=Regular

以下の記述だとなぜか kcharselect とかで IPA Pゴシックなどのフォントを表示した際にアンチエイリアスがかかってしまいます．

 <match target="font">
  <test name="family" compare="eq">
   <string>IPAMincho</string>
   <string>IPAGothic</string>
   <string>IPAPMincho</string>
   <string>IPAPGothic</string>
   <string>IPAUIGothic</string>
   <string>VL Gothic</string>
  </test>
  <edit name="embeddedbitmap"><bool>true</bool></edit>
  <edit name="antialias"><bool>false</bool></edit>
 </match>

で，あれこれいじったところ，以下のいずれかをすると上記設定が適用される (アンチエイリアスが切れる) ことが判明しました．

• LANG を C にして kcharselect で「IPAPGothic」を選ぶ
• .fonts.confに「<string>IPA Pゴシック</string>」を書き足す

これって，アプリケーションが「IPA Pゴシック」を選ぶと，.fonts.confにある「IPAPGothic」は別物と思われて無視されてしまうということなのか・・・？ で，結局どうするのがいいのかよくわからなかったので日本語の名称とASCIIな名称の両方を列挙してお茶を濁すことにしました．あはは orz

一昨日くらいに気づいたんですが (遅い？) ，今まで普通の時計だったiGoogleの「日付と時刻」ガジェットの時計が，いきなり幼児向け玩具のようなデザインになっていました．こんなの↓

(；゜д゜) ・・・

確かこのガジェットは最初からあったとかそんなので，普通に普段から目に入る時計として便利だったので残しておいたんですが，今度のデザインはどうも好きになれず速攻で消してしまいました．テーマ次第なのかもしれませんが，針の視認性も悪い気がするし，これって実用面でも問題ありなんじゃ・・・．割と同じようなことを考えている方は多いようで「戻してー」「残念です」「変更じゃ無くて追加にすればいいのに」的コメントばかりｗ

しかしなんで突然こんな斬新なデザインにしたのかな．ひょっとしてデザインはアレだけど中でやってることはすごいとかそんなの？・・・そういえば前の普通の時計の時は色々な角度の針の絵が並べられた画像を使ってたような気がするけど，今のだとそういった絵は読み込まれてないっぽいですね．もしやこれは canvas とかいうのを使ってその場で描画するようになったということ？ ソースをチラ見してみましたが，なんとなくそんな雰囲気？

いやでも，仮にそうだとしても，なんでそんなことしたのか，その狙いがよくわかりません・・・．前と同じデザインを維持しつつ動的な画像生成に移行していたらデータ転送量とかメモリ消費量とか減らせてみんな (゜Д゜)ウマー なんでしょうけど，こんな風にデザインを大きく変えてまでやる必要があったのかなという気はします．作ってる側からすると新しくて面白いとか技術力を見せつけられるとか，そういう魅力があるのかな．時計としての機能にしか興味が無い人にとってはそれらは何一つ伝わらないことだと思いますが・・・．その辺は自分も気をつけなければいかんな・・・．

なぜか設定を頼まれて初めて iMac G5 を触ったんですが (間近で見たのも初めてかも)，画面の下の方の「間」のでかさにびびりました．tac氏には申し訳ないけどこれには魅力を感じられぬ・・・(;´Д`)

多分前にも書きましたが，OOo のドローとかでツールバーに埋め込める虫眼鏡アイコンの「-」の方をクリックすると画面がズームアウトするのに「+」の方はアイコンをクリックしただけではズームインせずマウスで画面内のどこかをクリックすると初めてズームインするという非対称な挙動がどうにも好きになれません．なんでこんなことになってるのか・・・．

気になってググってみたらこんな書込みを発見．やっぱ同じようなこと考える人はいるんだな，うんうん (全然違ってたら恥ずかしい)．まさに虫眼鏡の「+」を押したら「+」キーを押したときと同じ挙動がいいなぁ．マウスでクリックしたところをズームインするとかそういう機能は「+」も「-」書いてないすっぴんの虫眼鏡に任せて，押すとマウスカーソルが「+」の入った虫眼鏡になって，「Ctrl」が押されている間はそれが「-」になるとかそういう感じで．

下の方にバグトラッカーのリンクがいくつか張られてますが，読解力不足により結局何がどうなって今の状態になってんのか読んでもいまいちよくわかりません (´・ω・｀)．どれも解決になってないってことは，長い年月をかけてコードを練っているということなのか？

某打ち上げに混ぜてもらって(?) 横浜の中華街に行ってご飯食べてきました．中華街なんて一体いつ以来だろう・・・．近くて遠いとはまさにこのこと．

料理はもちろんですが，紹興酒もおいしかったです．あと両隣が濃くて，パソコンサンデーやベーマガといった割と昔の話からコードゴルフや特攻空母ベルーガなどの割と最近の話まで濃く盛り上がりました．・・・ん？

終了後，たまたま時間が合ったので帰宅途中のよみさんを無理やり石川町で電車から引きずりおろしM3で買っておいたCDを引き渡し．どうもお疲れさまでした．

中華街に行く前に横浜のヨドバシに寄ってDSステーションとやらでダウンロードしてみました．で，帰宅後ちょろっとやってみたところ，割とあっさり3体目の最終段階に到達．何回かやってたら撃破できました (スコアはスカスカもいいところですが)．ケツイの会のときのよりずいぶん簡単になったような気がします．ていうか気がつけば来週発売なんですね．月日が経つのは本当に早いなぁ．もちろん買いますよー．

例によってソースから入れてみました．2系と同じ手順でやろうとしたら hunspell とやらが libiconv とリンクしてくれなくてこけたので別途これだけ単体でビルド・インストールして「--with-system-hunspell」とつけて逃げ．ちなみに hunspell は単体でビルドするときも同じようにこけたので Makefile.in を修正．ちゃんと「-liconv」が「LIBICONV」にセットされてるのにこれをリンク時に使おうとしていないのは誰が悪いのか・・・．これ以外は特にはまることもなく完走してOOo自体は無事動作してくれました．「dmake -P2」で5時間ちょっと．

このゲーム，オートセーブじゃなかったのねｗ．ゲーム終了時に出るアレはリプレイの保存を聞いてきているんだと思ってました(笑)．道理で3面から練習しようとして選べなかったわけだぜ (1面からやって3面で終わってスコア入れるところで初めて気づいた)．まあクリアで満足なんでスコアの方はほんとどうでもいいんですが．

というわけで気を取り直して何度かプレーするもやっぱり難しい．3面道中くらいまではまあちょいちょい避けて切り替えして・・・でどうにかなってんですが (それでもうっかり当たって死んだりするけど)，3ボスが全然わかりません．

こりゃ攻略ページとか見なきゃだめかなぁ・・・ってことで真っ先に １０００万点＠グラディウスＶさんのWebを思い出したので見てみました．おお，攻略が始まっている！ まだまだ本当にさわりの部分だけみたいですが，この文言を見てドキリ．

そのため弾幕シューティングやグラディウスはクリアできるけど、 雷電ＩＶは２ボス、３ボスで終了ということも頻発します。
これは弾幕シューティングやグラディウスで上手くいった攻略法を そのまま雷電ＩＶに適用したためだと思います。

俺かよ！・・・俺かよ！ ・・・まあ，自分の場合，クリアできる(た)のは「ごく一部」ですけど．で，リンク先のニコニコのリプレイを拝見．おお，すげえ．なるほど，こんなことが・・・．何をやっているのかわかる範囲で真似できそうなところは真似する方向で何度かトライしたところ，360モードとアーケードモードでどうにか4面に到達成功．その先であっという間に死んだけど．

ゲーム終了後は，RF1の時に参考にさせて頂いた雷電フリークスさんのページのIVの攻略コンテンツをアクセス．ここで基礎から再確認・・・って溜め撃ちなんてあるのか！ リプレイで打つの止めてたのはそれだったのかー．うお，アイテム吸引なんてのもあるのか．うおおお．

そんなわけで何か全然まとまりないですが，今週末は4ボス到達くらいを目標に頑張ります．

昨日の続き．Emacs22 でちょっと試してみたんですが UTF-8 で uim 側とやりとりすると記号の大きさが変で変換候補の表示幅がおかしかったり確定した後のバッファを SJIS や EUC-JP で保存できなかったりとフォント以前に色々と変だったので早々に諦めて Emacs23 の上で試してみることにしました．

とりあえず Emacs23 を普通に CVS から引っ張ってきてビルドしたところ，セグって全く起動する気配がありません．「Fatal error」でも何でもいいから落ちた理由くらい教えてくれ (´・ω・｀)

gdbで見て落ちているところをキーワードにググってみたらこれがヒット．あー，fontconfig が古いのか．見てみたら T60 の環境の fontconfig は 2.3.94 だとか．こりゃ古そうだ(笑)．というわけで fontconfig を 2.6.0 にアップデート・・・しようとしたら freetype が古くてついてこれなかった (2.1.10だった) のでこっちもついでに 2.3.7 にアップデート．これでセグらずに Emacs23 が起動するようになりましたよ．よしよし．

で，.emacs に Emacs23 用の設定を加えてIPAゴシックを使うようにしたりEmacs22以下では anthy-utf8 を使わないように細工したり (ここでuim.elのしょぼいバグを見つけたりしてcommitしたorz) していざテスト．お，とりあえず uim.el 経由で「!!」を変換すると「‼」が表示されますな．確定もできる．何かIPAゴシックじゃないフォントみたいですが (IPAフォントを最新のに上げたら直りました) ひとまず uim.el でもいけそうな感じです．

そんな具合で uim.el でも Anthy の辞書にある UTF-8 な文字を入力できることが確認できたわけなんですが，色々いじってたら問題発覚．インライン変換候補をウィンドウの右の方で出すと表示位置がずれます．何コレ．

・・・というかよく見るとフレーム (他のアプリケーションでいうところのウィンドウ) の初期幅が超でかいんですけどｗｗｗ

数えてみたら丁度半角英数字160文字分の幅がありました．デフォルトで80文字分の幅に設定しているので倍になっちゃってる感じですかね．試しに .emacs で幅を40文字分に変更してみたら丁度80文字分の幅になったので多分正解．とはいえ半分にしたところで変換候補の表示位置がずれるとかそういう問題は何も解決しませんが．

.emacsの設定がおかしいのかと思ったんですが，「-q」をつけて Emacs23 を起動しても同じように横長のフレームが生成されちゃいます．くそー，何だこれ．

あれこれ試しているうちに，.fonts.conf をリネームして無効化した状態で「emacs -q -fn "IPAGothic"」とかやって起動すると設定通り半角英数字で80文字分の幅になることが判明．ただし，昔よく遭遇した「半角英数字が全角文字と同じ幅を占めてしまい全体的に間延びした感じに表示されてしまう」現象付きですが・・・

調べた所，この現象は fontconfig でフォントの「globaladvance」属性(？)を「false」にすれば出なくなるとかで (以前は fontconfig か何かにパッチを当てて回避していたような)，手元の .fonts.conf でも ↓なことをやってきちんと回避してました．

 <match target="font">
  <test compare="contains" target="pattern" name="lang">
   <string>zh-tw</string>
   <string>zh-cn</string>
   <string>ja</string>
   <string>ko</string>
  </test>
  <edit name="spacing"><int>0</int></edit>
  <edit name="globaladvance"><bool>false</bool></edit>
 </match>

・・・ふぅ・・・ってこれは何も関係ないじゃないか orz．fontconfig のバージョンを 2.4.2 に落としてみたり libXft のバージョンを 2.1.13 に上げてみたりしましたが何も変わりません．ググってもそれっぽい情報は見つからないし・・・．うーん．

やっぱ当てずっぽうはダメですかねー．というわけで諦めて Emacs23 の src 以下を覗いてみることにしました．現象から察するに Emacs の中で文字の幅の計算を間違えているような雰囲気．とりあえず「width」とかでgrepをかけてそれっぽいファイルを・・・って src/xftfont.c にいきなり怪しいところが．

  if (INTEGERP (AREF (entity, FONT_SPACING_INDEX)))
    spacing = XINT (AREF (entity, FONT_SPACING_INDEX));
  else
    spacing = FC_PROPORTIONAL;

(中略)

  if (spacing != FC_PROPORTIONAL)
    {
      font->min_width = font->average_width = font->space_width
        = xftfont->max_advance_width;
      XftTextExtents8 (display, xftfont, ascii_printable + 1, 94, &extents);
    }
  else
    {

超あやしい．試しに printf を突っ込んでどこを通っているのか見てみたら spacing が FC_PROPORTIONAL になっていないようだったので，その直前で spacing に「FC_PROPORTIONAL」を設定してやったところ見事に設定通りの幅でフレームが表示されるようになったではないですか．いきなり到達するとは珍しい・・・．

しかし何だこりゃ．「spacing」自体は .fonts.conf で「0」に設定しているわけで (ちょうど globaladvance の無効化と一緒に設定してあった)，/usr/local/include/fontconfig/fontconfig.h を見ると 0 は FC_PROPORTIONAL に相当するように見えます．

#define FC_PROPORTIONAL             0
#define FC_DUAL                     90
#define FC_MONO                     100
#define FC_CHARCELL                 110

が，Emacs 側で printf してみると spacing は 0 でなく「90」になってました．すなわち「FC_DUAL」・・・．なにそれ．「M-x list-fontsets」とかやってみると以下のように「p」でなく「d」と表示されるので確かに dual 扱いしているようです．

Fontset: -unknown-IPAゴシック-normal-normal-normal-*-16-*-*-*-d-0-fontset-auto1

どうして .fonts.conf で設定した情報がきちんと Emacs に伝わっていないのか・・・．次のエントリでその謎に迫ります．

・・・といきたいところだったんですが，先に「spacing」に注目して色々試してみたところ謎に迫ることなく回避策が見つかってしまったので深追いするのはやめにしちゃいました．見つかった回避策はこれ．

• 「(set-default-font "IPAGothic-16:spacing=0")」のように，Emacsで使いたいフォント名の後ろに「:spacing=0」をつけておく (0でなく100や110でもなぜか平気)
• .fonts.conf とかでそのフォントの spacing を 0 にしておく

こんだけです．IPAフォントに限った話なのかもしれませんが，どっちかだけだとダメでした．

というわけで，以下は Emacs23 + anthy-9100e + alt-cannadic-081012 + uim.el (trunk-r5595) で色々変換してみたところ．とりあえず変換候補の位置が正常になりましたよ，と．

みんなが大好きな「まるきゅう」．「⑨」以外なぜかボコボコ．別のフォントになっている？

「⊕」は何か幅が変だな．

ていうか「波ダッシュ」と「全角チルダ」の見分けがつかないのですが (;´Д`)

それと，これまたよくわからんのですが，さざなみフォントとかVLゴシックを使う場合は「(set-default-font "VL Gothic-16:spacing=100")」みたいに「100」にしとかないとフレームの幅が直ってくれませんでした．しかもこれらフォントの場合は .fonts.conf に spacing を設定しなくても大丈夫っぽい．フォントまわりは相変わらず奥が深い症候群．

というわけで，とりあえず使えることを確認するだけのはずだったのになぜか脱線してこんなことになってしまったというお話でした・・・．しかしこんだけハマったのにググっても同じような話題が見当たらないってのがすごいですね．・・・ひょっとして一人思いっきり間違ったことしてたりするのかな・・・ま，いいか (´∀`)

おまけ： 「t」をくっつけて変換する方法は .uim に以下のように書いとけばいいんじゃないかと (何か足りなかったらごめん)

(require "japanese.scm")
(define ja-rk-rule
  (append  '(
            ((("t") . ()) ("t" "t" "t"))
            )
           ja-rk-rule))

日付も変わろうかという頃にようやく開封．とりあえずデフォルトの家庭用モード(?)を数回遊んでみました．初見で3ボスに到達するも，その後はスコアが伸びるだけで3ボスが全然倒せず疲れて終了．途中1回アーケードモードを難易度アーケードでやったら2ボスで死んだ(笑)．やめちまえってくらいにセンスが無くて泣けます orz