最近友人から「iPod サザエさんバージョン」というのを教えてもらったのですが、
曲も映像もカッコ良いです。iPodって広告（宣伝？）にはシルエットのようなデザインを採用しているようでして、サザエさんもそんな感じになったわけなのですが、マスオさんがギターじゃこじゃこやってる姿に見とれました(笑)
GWや土日を使って見たDVDなど。
（私の独断と偏見による5段階評価付き）
そういえばマリオカートのアーケード版が出るそうで、期待です。
近所のゲーセンにも入ることを祈るばかりです(笑)
MFCのCRectクラスは初期化を忘れてもデバッグビルドではそれなりに動作するのですが、リリースビルドだとうまく動かないため、開発時に検出しづらいです＿|￣|○
CStringクラスは初期化しなくとも（？）データが無い状態となりますが、それと同じような感覚でCRectなんかを使うと痛い目にあいますので開発者の方はご注意を。
（普通こんなミスしないか）
先日、MFCにてアクセラレータキーが場合によって効かなくなるという症状を書いたのですが、一応自己解決いたしましたので、報告します。
（解決案をくださったAOIさん、Thanx!）
そもそもの原因は「TranslateAccelerator」というAPIの仕様とMFCの相性が悪いことにあります。 TranslateAcceleratorはキー入力をメニューコマンドへ変換するAPIですが、メニュー状態が無効だったら変換（送信）しないという仕様になっています。そのため、 MFCのコマンド更新ハンドラで pCmdUI->Enable(TRUE); となっていても、メニュー状態が無効ならば、ショートカットキーは使えません（深い場所のメニューコマンドは）。
ちなみに浅いコマンドが効くようになったことについては、少し憶測ですが書いてみますね。 TranslateAcceleratorの仕様として、キー→メニューコマンド直前（？）に WM_INITMENUなどのメッセージを送信してきます。そのメッセージをMFCフレームワークが掴み、メニューコマンドを「コマンド更新ハンドラ」を使って更新し、最新の状態になるため、ショートカットが効いたのだと思われます。
（ルート直下のメニューコマンドしか更新しません）
さて、深い位置のメニューコマンドを効かせるために、まず思いつくのが、「メニュー状態を更新する」という方法です。しかしいつ更新してよいのかわかりません。毎回キー入力（またはTranslateAcceleratorが送信してくるWM_INITMENUなど）でメニューコマンド全ての状態を更新することは負荷となりパフォーマンスの低下に繋がることは目に見えています。
で、私が使用した解決方法は、以前ちょろっと書きましたが、アクセラレータ処理を「TranslateAccelerator」を使わず自前で実装するという事です。もともとEDGE2はショートカットキーのカスタマイズに対応しており、キーの設定をリソースではなく、通常のデータ（謎）として持っているため、WM_KEYDOWNやらWM_SYSKEYDOWNメッセージを捕まえて、メニューコマンドへ変換し、SendMessage(WM_COMMAND・・・);しています。幸い、MFCはコマンドを実行する直前でコマンドUI更新ハンドラを呼び出して、コマンドを実行可能か調べているため、例えば「実行出来ないはずのメニューコマンドを実行する」というような事も起こりません（コマンド更新ハンドラでEnable(FALSE)となっているとwarningはTRACEされますが＾＾；）。
現在公開しているEDGE2β版では既にこの方法で実装しています。今のところ問題も出ていませんので、おそらく大丈夫かと思われます。
というわけでだいぶ時間が掛かりましたが、EDGE2 Ver.0.90 beta000の公開を始めました～。シェアウェアで、しかも価格が有名ソフトと同じぐらいですので、ユーザー登録数はあんまり無いかとは思いますが、長くほそぼそとやっていこうと思います。
次はアニメーション機能・・・の前にハイカラーパレットとかの対応からかな＾－＾；
イース最新作 「イース－フェルガナの誓い－」の発売日が6/30に決まり、予約受け付けも始まったようです。
この最新作はイース３の物語がベースとなっているらしいのですが、
予約特典としてイース3関連のCD全7枚がついてくるというのが凄すぎです＿|￣|○
イース３自体は、イースシリーズの中で一番最初にやったので、かなり思い入れのある作品です。どんな風になったか楽しみです(笑)
というかそろそろブランディッシュの新作を頼みます(´･ω･`)ｼｮﾎﾞｰﾝ
