猫熊は燃えつきた？！日記

○ 土曜日: 2004年アテネ

ひゃーー、USA が北米予選敗退。2008年北京は

(1) 頭にきてメージャーリーガ総出演

(2) やる気が無くなって、五輪から野球が無くなる

のどちらかだろうな。(1) 希望。というか、今年の日本はシドニーの悔しさからプロ/アマあげて (1) の体制だったわけだが。

○ 土曜日: SDカード vs HV210 (実験開始)

HV210 マニュアルを読むと 128MByte 以上の容量の SDカードは使えないとのことなのだが、ふと、あまっていた 128MByte のカードを入れると「このSDカードは使えません」とメッセージは出るが動作には問題ない(ようだ)。データの総量が 64MByte を超えたときに何かが起こるのだろうか？カードが物理的に破壊されると悲しいけど、データが壊れるだけなら良いので使ってみよう。

○ 土曜日: SDカード vs HV210 (実験終了)

とか書いていながら、夕方から一緒に遊んだご家族のご主人が、以前ぼくがお貸しした 64MByte の SDカードを返してくれたので、HV210 にはこれを挿すことにした。ニーズがなくなったので、実験も終了。

○ 土曜日: 人生ゲーム（Black & Bitter編)

今日の集合の目的は人生ゲーム(BB)なのだ。二家族七人で、途中、食事休憩を入れながら 17:00〜21:00 もやっていた。疲れた〜〜。

○ 日曜日: 野球

うぅ、朝起きられずに練習をサボってしまった ^^;;;

○ 日曜日: 投票

行って来た。小選挙区で投票した人の党と比例区で投票した党が違うのって何でだろう？

○ 日曜日

さぁ、これから仕事だ ;_;

○ Meadow掲示版

ぼくが管理人に加えてもらって一週間。改めて spam の多さを感じますな。

こういうときには Emacs-w3m の antenna 機能と Emacs-w3m の Auto Login 機能は最強の組合せだ。

○ Emacs-w3m + w3m-0.5.1 + Emacs CVS-HEAD *without* Mule-UCS

の組合せで Emacs-w3m の default 設定だと化けるページがある。設定を少しいじると化け方も変わってくるのだが。例えば、ぼくの「ダン日記」もそう。UTF-8 のページで起こるのかも。

これぼくだけ？ぼくだけじゃなかったら対策を考えなければなるまい。

というのを、Zaurus の w3m を w3m-m17n から w3m-0.5.1 に変えたときに気づいたのだけど、自分の設定のせいだと思って深追いはしていない。

○ UTF-8

文字化けは、

  (setq w3m-input-coding-system 'utf-8)
  (setq w3m-output-coding-system 'utf-8)

で止まる(実は下の行の設定だけで十分)んだけど、そうすると mule-unicode-0100-24ff などの文字がわらわら出てくるのでそれなりに font をそろえないと使いものにならない。

○ ISO10646-1 な font

は、以前から /efont/ のものを愛用している。Zaurus 向けには単にファイル容量の小さいものを、という理由で、h16.bdf (あと 24 と 24 を resize した 20 とそれぞれの bold) を入れていたのだが、「○の中に1」とかが細長で違和感があったので、最新版を こちらから入手して f16.bdf とかに変えてみた。
あれれ？なんだか他のフォントとベースラインがずれているようで、思いっきり(といっても 2-3dot)行間が開くようになってしまった。
よくわからんが、山勘で

 _MULE_BASELINE_OFFSET -3

を消して、pcf 作り直したらうまくいったのだけど、これって単に昔から愛用している font 達との相性が良くないだけなんだろうな。
/efont/ の unicode-bdf には Biwidth もあるけど、こちらは試したことないな。ぼくの環境でちゃんと Biwidth で動くのだろうか？

○ _MULE_BASELINE_OFFSET って？

emacs のソースを見たら、fontset.h に以下のコメントを発見。

  /* The baseline position of a font is normally `ascent' value of the
     font.  However, there exists many fonts which don't set `ascent'
     an appropriate value to be used as baseline position.  This is
     typical in such ASCII fonts which are designed to be used with
     Chinese, Japanese, Korean characters.  When we use mixture of
     such fonts and normal fonts (having correct `ascent' value), a
     display line gets very ugly.  Since we have no way to fix it
     automatically, it is users responsibility to supply well designed
     fonts or correct `ascent' value of fonts.  But, the latter
     requires heavy work (modifying all bitmap data in BDF files).
     So, Emacs accepts a private font property
     `_MULE_BASELINE_OFFSET'.  If a font has this property, we
     calculate the baseline position by subtracting the value from
     `ascent'.  In other words, the value indicates how many bits
     higher we should draw a character of the font than normal ASCII
     text for a better looking.
 
     We also have to consider the fact that the concept of `baseline'
     differs among languages to which each character belongs.  For
     instance, baseline should be at the bottom most position of all
     glyphs for Chinese, Japanese, and Korean.  But, many of existing
     fonts for those characters doesn't have correct `ascent' values
     because they are designed to be used with ASCII fonts.  To
     display characters of different language on the same line, the
     best way will be to arrange them in the middle of the line.  So,
     in such a case, again, we utilize the font property
     `_MULE_BASELINE_OFFSET'.  If the value is larger than `ascent' we
     calculate baseline so that a character is arranged in the middle
     of a line.  */

○ 結論

やっぱ、Mule-UCS の方がいいや。Zaurus も 10MByte 近くの実メモリと Mule-UCS の load に地下鉄一駅分かかる、という問題さえなければ、Mule-UCS を使うのだが。。。;_;

有沢さんを見習って、UCS の定義を自分向けにチューニングするべきかも。お手軽にやるには、Emacs CVS HEAD の utf-translate-cjk-set-unicode-range() だな。

○ 負けた〜〜

鳥栖に通いだして一週間。巨人の日本一だけを心の支えにして頑張っていたのに ;_;

最後は、短期決戦の特攻体制を組んだ西武と普通にやろうとしたんだけどやっぱり連戦で疲れてしまった巨人の違いかな？