開発じたばた日誌

FileSum ツールバー編

　ツールバーもＭＦＣのウィザードでただで手に入ります。単にボタンを追加するだけならそんなにはまるのもではありません。ではFileSumのツールバーは普通のツールバーとどこが違うのでしょうか？

　ドライブボタンです。ドライブボタンであるということは、ソフトを作るときにはボタンをいくつ用意すればいいかわからないということです。たとえば私のＰＣはドライブがA,C,D,E,F,G,H,Iの８つですが、あなたのドライブはA,B,C,D,E,F,G,H,I,J,K,L,M,N,（しつこい）かもしれません。つまり実行段階であなたのドライブを調べてダイナミックに（この表現はかっこいいね）ボタンをつくらなくてはいけません。

　またボタンにはID（名前というか番号のようなもの）というのがあって、ボタンが押されたときWindowsからはこのIDがメッセージと一緒にやってきます。ところが実行段階までこのIDがいったいどれだけ必要なのかわからないということは、メッセージハンドラをどれだけ用意すればいいかわからないということになります。

　しかたがないのでメッセージハンドラを個別につくるのはやめて、WindowProcをオーバーライドするという手を使いました。

　ところがダイナミックに作成したボタンがイネーブル状態（クリックして反応する状態）にならないじゃないですか。これはいったいどういうことだ！！オレはEnableWindow(FALSE)なんてやった覚えはないぞ！！

　ボタンに対してEnableWindow(TRUE)をやって有効にできたかどうかは記憶があやふやなのですが、とにかく FileSumのメインウィンドウの基本クラスCFrameWndでは、デフォルトの設定でメッセージハンドラのないメニューとかツールバーのボタンはディゼーブルになるんだそうです。

　ああまったく頭にくる。こんなおせっかいだれが頼んだというんだ。ディゼーブルにしたいんなら自分でするわい。なんてセンスが悪いんだ。デフォルトでは勝手なことをしないようにしておいてほしい。

　やっとイネーブルにできた。こんなくだらないことで１００万年も使ってしまった。気を取り直してボタンに絵を描いてみよう！！そう、あこがれのビットマップボタン。こんなものにあこがれるなんて気持ち悪いやつなんて思わないでね。ＶＢではできなかったことなんだから。

　でもやっぱりはまるんだ。ＶＢみたいにいかんなあ。でも産みの苦しみ。我慢我慢。