コマンドプラグインのマウスメッセージ処理（OnMouseMove、OnLButtonDown、など）の中で
GetKeyboardStateを用いれば実現できそうな気がしますがいかがでしょう。

ありがとうございます。
AをBにする処理はなんとかなりそうなのですが、Aの処理をさせないようにしないと重複キーがでてしまいます。
よい方法はありますでしょうか？

おっしゃっることがよくわかりませんが、
Aが標準の動作、Bがカスタマイズした後の操作ですか？
それでしたらPlug-in APIのリファレンスに載ってます。

SHIFT＋右ボタン＝特別処理
というプラグインを作成したとき

標準の右ボタンの処理もしてしまうのではないか？と考えてしまっていました。

プラグインは標準のマウス受け取りの処理を変更できないと考えたためです。

わかりにくく失礼致しました。

UpdateUndo()は明示的にアンドゥカウンタをインクリメントするために用います。
これと併せてOnUpdateUndo()でカウンタを監視することにより、
通常のアンドゥ操作によってプラグイン内で管理しているデータの
アンドゥ・リドゥも行えるようになります。
このとき、オブジェクトデータ分もアンドゥバッファに格納されるためメモリを浪費しますので、
プラグイン内の管理データが変更されないときにはUpdateUndoは呼び出すべきではありません。

ご説明いただきありがとうございました。
UpdateUndoで明示的にアンドゥカウンタとインクリメントした場合には
オブジェクトデータ分はアンドゥバッファに格納しないように
できないものでしょうか。

プラグイン内管理データを更新する細かい操作が多いものを想定しているので、
アンドゥ可能な状態をなるべく長く取りたいのです。

現状でもペイント機能のアンドゥが完全に別扱いになっていたりと、
アンドゥシステム全体の見直しは必要と考えてはいます。
ただ、大量のバグが発生して収集がつかなくなる恐れがあるので、
アンドゥシステムに変更を加えることは直近の改善項目としては考えいません。
おそらくVer2.6以降での対応になるかと思います。

Rev2.49(pre)でMQCommandPlugin::HitTest()を追加して、
指定座標付近の頂点・ライン・面を検知できるようにしました。

投げ縄・範囲選択は内部でもただのサブルーチン呼び出しなので、
APIとしての形で提供する予定はありません。
ただ、そのサブルーチンを補助ライブラリ(MQ3DLibなど)に付与くらいは
してもいいかもしれません。
（今回は時間的な都合でしていませんが）

>コマンドプラグインのCreateDrawingMaterialで作成したマテリアルにテクスチャを設定してもテクスチャが表示されないようです。
>表示を反映させるには何か操作が必要なのでしょうか?
>ちなみに引数instantにはFALSEを指定し永続的なマテリアルとして作成しています。

詳細は未調査なのですが、内部コマンドで独自テクスチャを使う機能がなかったので、
今のところプラグインからもテクスチャの設定をできないのではないかと思います。

今後のバージョンで対応を検討しますが、いましばらくお待ちください。

>今後のバージョンで対応を検討しますが、いましばらくお待ちください。

対応を希望します。
お時間出来ましたら宜しくお願いします。

update.txtに書き忘れましたが、Ver2.4.6で描画マテリアルに設定したテクスチャが
描画時に反映されるようにしました。

また、そもそもCreateDrawingMaterial()でinstantにFALSEを指定したときの
動作がおかしかったので修正しました。

対応ありがとうございます。
とりあえずテクスチャが表示されるのは確認しましたが、少々不具合があるようです。
メタセコを立ち上げてマテリアルが何もない状態でテクスチャを読み込んでも表示に反映されないようです。
ただしマテリアルを作ったり、ドキュメントを新規作成や開いたときには反映されるようです。

>メタセコを立ち上げてマテリアルが何もない状態でテクスチャを読み込んでも表示に反映されないようです。
>ただしマテリアルを作ったり、ドキュメントを新規作成や開いたときには反映されるようです。

手元のコードでは問題なかったのですが、テクスチャの指定はどのタイミングで行っていますか？
大雑把でいいので、検証用の手順またはコードを記載していただけるとありがたいです。

Ver2.4.5でF1-3キーでの切り替えや[視点の設定]でOnUpdateScene()が正しく呼び出されるようにしました。

一応一通りはチェックしたつもりですが、まだ他にも対応漏れの箇所があるかもしれませんので、もし見つけましたら引き続きご報告ください。

>Ver2.4.5でF1-3キーでの切り替えや[視点の設定]でOnUpdateScene()が正しく呼び出されるようにしました。
>
>一応一通りはチェックしたつもりですが、まだ他にも対応漏れの箇所があるかもしれませんので、もし見つけましたら引き続きご報告ください。


>Ver2.4.5でF1-3キーでの切り替えや
F1-3にてOnUpdateSceneが呼ばれることは確認しました。
ただし、F4-8では依然呼ばれません。

何か意図があっての事でしょうか。

>ただし、F4-8では依然呼ばれません。
>
>何か意図があっての事でしょうか。

F4は4画面<->1画面切り替えが行われるだけで、透視ビューの視野情報自体は
変化しないので、OnUpdateScene()は呼び出されません。

ただ、F5-8はいわゆる灯台下暗しというやつで、ただの対応し忘れです。
視点情報の登録機能があること自体を本人がすっかり忘れておりました。
今後のバージョンで修正いたします。

>F4は4画面<->1画面切り替えが行われるだけで、透視ビューの視野情報自体は
>変化しないので、OnUpdateScene()は呼び出されません。
>
>ただ、F5-8はいわゆる灯台下暗しというやつで、ただの対応し忘れです。
>視点情報の登録機能があること自体を本人がすっかり忘れておりました。
>今後のバージョンで修正いたします。

たしかに透視ビューの視野情報自体は変わりません。
ただ、F5キーでウィンドウサイズが変更されれば
MQSceneクラスから得られる値は変わってきます。
逆に言えば、F5キーでのウィンドウ更新の際に現状では
OnUpdateScene()が呼ばれない為、意図した数値が
得られないケースがあるのです。

透視⇔４面図切り替えの際にもOnUpdateScene()を
呼び出すようにして頂けませんでしょうか。
ご検討の程、宜しくお願い致します。

Ver2.4.6でF5-8キー押下時にOnUpdateScene()が呼び出されるようにしました。

F4キーについては具体的な用途が不明解なので対応していません。
ウインドウサイズ変更時には別のメッセージを用意するほうが実装としては
適切ではないかと思いますが、現状では仕様を確定する指針が立てるのが
難しいと言えます。

>ウインドウサイズ変更時には別のメッセージを用意するほうが実装としては
>適切ではないかと思いますが、現状では仕様を確定する指針が立てるのが
>難しいと言えます。

認識に相違があるようなのですが、OnUpdateSceneを
マニュアルで確認すると、
>シーン情報が変更された時に呼び出されます。
と書かれています。
ウィンドウサイズの変更は「シーン情報の更新」に
該当するものであると考えておりましたが、
現状では平行光源や環境光の色が変わっても
OnUpdateSceneが呼ばれておりません。
Miznoさんの仰るシーン情報とは視野情報のみを
指しているのでしょうか。
#マニュアルには光源もシーン情報であると記載されています。
ここに於いて別のメッセージを用意する事は
適切な実装ではないと存じます。

本件対応をお願いしておりましたが、
上記の通り、認識にずれがあるようですので、

OnUpdateScene()の現状の仕様は、マニュアルにあるとおり
「カメラの向きやズームなど」の変更時に呼び出されるものです。
必ずしもMQSceneでアクセス可能なすべての情報に関連する変更に対応する
ものではありません。
（これはオブジェクトやマテリアルについても同様です）

また、仕様の定義というものはそれほど明確にはしていません。
要望があれば流動的に変化・拡張しますが、むやみに仕様の適用範囲を広げると
将来の互換性に支障をきたす恐れがあるので、明確な用途が提示されない限りは
安易に仕様を拡張することはありません。

例えば光源について言うと、現行バージョンでは平行光源１つのみですが、
将来複数の光源を扱えるようにしたとき、光源をオブジェクトと同義に扱う
ようにする計画があります。
このとき、光源はシーンではなくドキュメント直下に管理が移ることになるので
シーンの変更に対応するものとして定義すると、互換性の問題が生じることに
なります。
このため、光源情報の変更にはOnUpdateSceneは対応しておりませんし、
特に要望がない限りは対応する予定はありません。

もし仕様の定義が不明解であるために支障が生じるなら、それがどのようなもの
であるか精査する必要があるので、理由などはできるだけ具体的に提示くださる
ようお願いします。