日記みたいな何か

起きたら夕方でした．トホホ．とりあえず昨日のとかを整理してcommit．バッククォートの使い方を忘れていて，思い出すまでにしばらくかかったのはここだけの話．

あと，Emacs20で，keymap が autoload するようになっている場合に，uim.elがそれをコマンドだと思ってcommand-execute しようとしてしまう問題が見つかったので，これの対策も追加してみました．なんでEmacs21以降だと平気なんだろう・・・．

残りの3タイプ(霊夢C，魔理沙B，魔理沙C)でもノーマルクリアしました．ようやく全タイプでクリアできた・・・．

うーん，やっぱ普通に面白いんですが，同系統の妖々夢や永夜抄と比べると力の入れ所がよくわからんです．その辺，何となく紅魔郷に似てるんだよなー．多分誰もそんな変なこと思わんのだろうけど・・・．

とりあえず体験版を落としてみました．な，マスター惇兄ｗｗｗ．PS3，XRGB-3経由でいつもの液晶に映してるんですが，元々普通より暗い感じの液晶だからなのか，酒場の中が薄暗くてよく見えん・・・．やっぱゲームするなら画面まわりも変えるべきか．まあ，とりあえず腰を据えて体験するのはまた今度・・・．

ひで式でした．また例によっておぼのくんをはじめとするいつもの面々．ひで氏ご夫妻手作りの超気合の入ったフリーマガジンに感動．

帰りに新宿のとらに寄ったらM3のカタログが出てました．もう出てるのかーと思ったら10月8日開催なのかよ！危ないところであった・・・．何かおまけに使いどころが難しそうなアクリル(?)のしおりがついてきました．これがいわゆる企業ブースに出している「8月」というメーカーの作品なのか？

で，その後，新宿ヨドバシでPS3購入．みんなががっかりする20Gですが．・・・ていうか重いなこれ(;´Д`)

無事に帰れるか本気で不安になりましたが，どうにか帰り着くことができました．バスがあってよかった・・・．開封はまたそのうち・・・と思ってたらヒタヒタさんがすぐ動かせというので，渋々開封して設置．ドリーの予備機を棚からどけてどうにか置くことができました．しかしでけーなこれ・・・と思ったけど実はRAP2と同じくらいか．コントローラと同じくらいの大きさっていうと，なんかすごくちっちゃい感じがしますよね．どっちも超でかいんですが．

ヒタヒタさんの指導(?)を受けつつ適当にファームアップデートしてみたりアカウント登録してみたりしてたら，ysfkタソがこれを勧めてきたので，まあそのうち体験版でも・・・．

昨日のEmacs21で「C-x 8 ~ a x」問題ですが，read-char-exclusiveを呼ぶときに executing-macro を let してやれば騙せそうな感じ．試しにやってみたら騙せました．ていうか，一生懸命対策してみたけど，こんなキーバインド使って日本語入れる変態がいるとは思えません・・・．

1.4.1をクリーンインストールして，何が変わったか確認してみたところ，ここ最近潰したバグの殆どが1.4.1では存在しないバグであったという驚愕の事実が発覚．この機能は1.4.1ではちゃんと動かなかったんだぜ・・・と思ってたものの多くは，実はこれでC-xとかを完全に自前で処理するようになったところで使えなくなってしまったっぽい．ふ，不覚・・・orz．

というわけで，あんなにこねくりまわしたのに，ユーザから見た 1.4.1 からの進化点は多分これだけ・・・(´・ω・｀)

• event-apply-*-modifier 系の処理に対応

  (define-key function-key-map [Scroll_Lock]
                               'event-apply-control-modifier)
  

  とかすれば Scroll_Lock を使った2ストロークの Ctrlの入力が可能になるので，tkngさんの左手の小指も安心だ！
• delete-selection-modeに対応
• とりあえずEmacs-23.xでも起動するようにしてみた
• XEmacs でも C-x C-h が効くようになった
• XEmcas で，shifted-motion-keys-select-region (シフト＋矢印で領域を選択する機能) が利用可能になった
• function-key-mapの扱い方が間違っていたのを修正

  (define-key global-map [M-return] `move-beginning-of-line) 
  (define-key global-map [134217741] `move-end-of-line)
  

  とかしたときに，uim.elがONだと M-return でカーソルが行末に行ってしまう問題が無くなったけど，そんなマニアックなことをする人がいるとは思えない．
• Emacs22で，uim-input-pad-jaで文字を入力した際の，undo後のカーソル位置がおかしくなるバグを修正

ちなみに，上記を抽出している際に，またバグを1個見つけてしまいました＿|‾|○．Emacs21で「C-x 8 ~ a」とやるとエラーになります．日本語環境だと「C-x 8 ~ a」と打った時点で次の文字の入力を促す状態になって，たとえば「x」と入れると「笘」とか入力されたりするんですが(こんな機能誰が使うんだろうって感じですが)，「(command-execute [24 56 126 97]) とかやると，中で呼ばれるkeyboard.cのread_charなる関数が，キーボードマクロの中で呼び出されてると認識して，キーを読み取らずに -1 を返してしまうためおかしなことににに．

これ，C-xをuimが奪わない 1.4.1 だとちゃんと動くんですよね orz．あとEmacs20ではEmacs22と同じように，普通に「ã」が入力されます．Emacs21が次の1文字を要求するとかするから発生する問題か・・・

対策ですが，今のところ 「(define-key uim-mode-map [24] nil)」 として，再びC-xをuim.elが奪うようにするくらいしか思いつきません・・・．どうしたものか．

しつこく考えてみました．Xmodmapで211(「ろ」)か133(「ー」)のどちらかに，0x5c以外のkeysymを割り当ててもよい，という前提での話です．

1. Xサーバ上で，「ろ」のkeysymに，Xmodmap で 0x1eを割り当てる

   xmodmap -e "keycode 211 = 0x1e underscore kana_RO"
   

2. uim.el の uim-process-input 内の

   ((equal send-vector [30])    (setq send-vector [C-~]))
   

   を消して

   ((equal send-vector [92])    (setq send-vector [2213]))
   ((equal send-vector [30])    (setq send-vector [92]))
   

   に置き換えておく
3. .emacsか何かで，global-mapで [30] (0x1eに対応) に「\」を割り当てておく

   (define-key global-map [30] "\\")
   

一応これで，uim-modeがoffの時は「\」が入り，uim-modeがONになったときは「ろ」と「ー」を使い分けることができます (XEmacsはもうちょっといじらないとダメ)．

最大の問題は，これをやってしまうとEmacs以外のアプリケーションで「ろ」のキーが使えなくなってしまうという点．ウィンドウマネージャでフォーカスが入ったときと外れたときに，任意のコマンドを実行してくれるやつがあったりすると，Emacsにフォーカスが入っている間だけ上記のhackが有効になって(゜Д゜)ウマーなんですけど，そんなのあんのかな．

初めて使ってみました．というか初めて知りました．すごい，これは面白い．

一瞬勘違いして超焦った．よく考えたらSVNだしなぁ．CVS版は，全然追いかけてないので，動いたらラッキーくらいに思って・・・．

SPAM候補が置かれるディレクトリ覗いたら件名が何かのコードゴルフみたいなSPAMがありました．ていうかFromにもgolfとか書いてあるし．スゴス．

まだ三十路じゃないんだぜ．この先，何がどうなってどこへ行くのやら．何とか設計？そんなの作っちゃったら，評価関数ができて，行動の一つ一つに(ry

引き続き検討．「xmodmap -e "keycode 133 = 0x0100005c bar prolongedsound"」とかやればいけるんじゃね！？と一瞬ときめいたんですが，Emacsが見事にsrc/xterm.cで0x01000000のビットを捨ててました(´・ω・｀)．そもそもそれ以前に XLookupString で 0x0100005c がちゃんと取れてるのか謎ですが．

うーん，Emacs22だけなら

xmodmap -e "keycode 133 = yen bar prolongedsound"

とかやっといて，Emacsの中で

(define-key global-map [2213] "\\")

とかやるといい感じになるんですけどねぇ．ただ，今度は直接入力時に「ー」の方のキーでバックスラッシュにならないでUTF-8の半角¥マークが入ってしまう問題(?)が出るわけで・・・．最初に「¥」と「＼」の両方を日本語キーボードに刻印したやつは，何考えてたんだろうな．

いやまてよ，そもそもこの問題はかな入力派以外には関係が無い話なわけであって，そういうユーザは最初から「ー」と「ろ」のキーは別物という認識をしているわけですよね．ということは，ふだんからこの2つのキーを使い分けられるはずで，直接入力時は「ろ」と「ー」のどっちか得意な方で「\」(0x5c)が打てればよいのでは？ ・・・なわけはないか．でもどうなんだろうなー．