Logicool マウスを使うのに、SetPoint 等のマウスツールが欠かせない。
私はサイドキーの手前をダブルクリック、奥をエンターに割り当てるのが好きだ。
ところで、このSetPoint、バージョン5以降は、インストール時にインターネットに繋がっていないとエラーになってしまう。
「インストールを完了することができませんでした。インターネット接続を確認してもう一度実行してください。」
セットアップにオンライン環境が必須とか…
しかも最近のマウスにはインストーラCDすらついていない。
そして最大の問題点は、今時「プロキシに対応していない」と言うことだ。
続きを読む
PowerShellのなにが便利って、.NETアセンブリが読み込めちゃうので、
もう何でもかんでもできてしまうところ。
Windows7から標準で入っているので、業務用ツール作るのに最近よく使う。
それは置いといて…
表題の、引数が配列のメソッドが呼べない件。
2019-06-12 追記:
いつからか不明だが、少なくとも Windows 10 の最近のバージョンでは、 comp.exe に /M その他のファイルを比較するメッセージを表示しない オプションが追加されている。
以下は、 Windows 7 当時の話。
コマンドプロンプトで、2つのファイルまたはファイルセットの内容を比較するコマンド、comp.exe
しかしこのコマンド、終了時にいちいち
「ほかのファイルを比較しますか」
と聞いてきてかなりウザい。
これを表示させないオプションがなぜか存在しないのだ。
特にバッチでループさせ対するときに、毎回毎回停止してしまうので、
すこぶる迷惑なのだが…
で、これを回避する方法だが、 "N" を自動で入力させるほか無い。
つまるところ、
echo n | comp Data1 Data2という風に、echoを使って "n" と改行をパイプしてやれば、めでたくcompでループすることができる。
仕組みがわかればなんてことはないのだが、気づかないとちょっと悩んでしまうところだ。
横幅がぐりぐり変わり、複数行表示可能なエディットコントロールを、文字列にあわせて、高さを調節したい。
DrawText 関数に、 DT_CALCRECT フラグを設定することで、指定した幅に収まる文字列を表示するのに必要な矩形の取得だけをすることができる(描画されない)。
コレを使ってコントロールの高さを計算し直せば実現できる。
上のエディットコントロールを書き換えると、その文字列が下のエディットコントロールに反映され、サイズが変更されるようなサンプルを作った。
ばりばり ATL/WTL 使ったコードだが、基本的に普通にWin32API呼んでも同じようにできる。
継承されるクラスに仮想デストラクタを書かなくてはならない理由として、
よく、ポリモーフィズムを使った場合に、派生クラスのデストラクタが実行されない理由が挙げられる。
"継承 仮想デストラクタ" でググった結果
そうすると、「派生クラスにデストラクタ書かなければ当然仮想デストラクタでなくてもいい」と思いがちだが、
実はそんなことは全然無い。
前回突然オーバーライドと隠ぺいの話をしたのは、
今回の話につなげるため。
CDialogResizeは便利だが、
チェインを使ってコレを処理してしまうと、
その後にWM_SIZEの処理をすることができなくなってしまう。
(チェインする前に捕まえて、 bHadled=FALSE することは可能)
じゃあCDialogResizeを継承して、処理した後にreturnしないようにすればよいのだが、
OnSize関数は仮想関数ではないので、書き換えることができない。
ところが、そのOnSizeを呼んでいるメッセージマップの実態である、
ProcessWindowMessage関数は、(BEGIN_MSG_MAPマクロの中身)
チェインからのみで、CDialogResize内部からは呼ばれていないので、
これを隠ぺいしてしまえば、CDialogResizeのProcessWindowMessageは呼ばれない。
つまり、WM_SIZEを捕まえてもreturnしないProcessWindowMessageを書けばいいのだ。
よくある仮想関数を使ったポリモーフィズム(多様性)の例とは少し違うけど
(複数の種類の派生クラスのアドレスを、親クラスのポインタに代入するやつ)、
メソッドをオーバーライドした場合と、隠ぺいした場合の動作の違いを例示すると、
こんな感じのソースになる。 続きを読む
最近、簡潔さとヘッダだけで動く手軽さ、動作の速さに出力バイナリの小ささから、
ATL/WTLに若干ハマっている。
WM_SIZEを処理するとCDialogResizeが動かないという
初歩的すぎるミスを犯したのでメモメモ。
