No Such Blog or Diary

TreeItem を in-place に編集しようとテキストボックスを setHTML で指定したらキーボードイベントやらがテキストボックスに送られずまともな編集は不可能．そんなでいろいろ試行錯誤してたら先週 GWT のバージョンが上がってたようで，今度のバージョン (1.2.22) では TreeItem に widget を入れ放題とのこと．

ということで，GWTのTextBoxをつっこんで in-place 編集も可能になった．あとは Ctrl+C, Ctrl+V とかの通常のショートカットを TreeView の編集用にキャッチできれば一通り終了なのだが…　ブラウザによって取得できたり出来なかったり２回取れちゃったり…　先は長いかも．まあ，D&D でコピーとか移動とか出来るから必要ないといえば必要ないのだが．

どうやら昨日の実装はおかしいらしく子要素をドラッグしても親まで一緒にドラッグしてしまう．ちょいと調べたら子供にイベントが飛ぶ前に親側でイベントが取られていたらしい．ということで，MenuBar の実装を参考にイベントのターゲットが子孫である場合の子要素へのイベント転送を実装．そしたら今度はうまくドラッグできるようになった．当たり前といえば当たり前な原因だったが…　WT がUIObject にイベント関係のルーチンを書いてくれてあればこんな面倒は無かったのに…

TreeItem の Drag & Drop を実装しようとしたら TreeItem は Widget でないし，SourcesMouseEvents のインターフェースも実装してないし（基本はWidgetしか実装できない），SourcesMouseEvents も Widget しかリスナに返せない仕様になっている．つーことは，TreeItem にマウスリスナを登録して Drag & Drop をするという単純な話にはならない．結局，前に書いた Drag & Drop の仕組みが SourcesMouseEvents を実装できれば動作するので，無理やり TreeItem に SourcesMouseEvents を実装し，マウスリスナ側には DOM element を共有した Widget (意味無い) を渡すことした．この無理やりな実装を実現するために，GWT の Widget のソースを読む羽目に．ひじゃうにめんどーだ．とにかくドラッグは出来るようになったから良いけど…

散乱していた本を詰め込んだら新しい本棚が満タンになってしまった．アレ？　やはり旧本棚を残すべきだろうか…　ひじゃうに邪魔なのだが．

２週間かかる予定だったが１週間で届いた．速い仕事でありがたい．

んで，早速組み立てる．でかい，重い，狭い（部屋が）．

とりあえず各所のボンドが乾くまで放置しなければならないのだがひじゃうに邪魔だなぁ．

http://boukun.jp/boudai/index.html の暴君ハバネロ暴大入試の存在を教えられたのでやってみた．

最初の問題で 10000 回のクリックを要求されたので，とりあえずマウスの自動クリックをするためのプログラムをC#で書く．これで１問目と１２問目を高得点クリア可能に．次いで，千択問題は根性で探し出し，小論文は直感的に満点．漢字の問題は IE7 使ってやって，世界史は根性で当てる．こんだけやると 400点越えるのでめでたく合格となる．

変な校歌もちゃんと聞けたので目的は達した．