問題タブ [wm-touch]

（背景については、SendMessage（）のWM_TOUCHメッセージの作成を参照してください。Kinectは、基本的に私のものと同じ質問をしますが、受け入れられた答えは実際には質問に答えません。トリッキーなビットはTOUCHINPUT構造を埋めていません。ただし、有効なタッチ入力ハンドルを作成します。）

マルチタッチ入力デバイスの存在を厄介なハックの方法でシミュレートしたいと思います。これは、概要が次のようになります。

トリッキーなビットは、「...」というラベルの付いたそのスペースに入るものです。メッセージの消費者の観点から当然のことながら書かれているMSDNのドキュメントには、メッセージのWM_TOUCHlParamWM_TOUCH

GetTouchInputInfoこのメッセージに関連付けられたタッチポイントに関する詳細情報を取得するための呼び出しで使用できるタッチ入力ハンドル。

TOUCHINPUTたとえば、構造の配列を簡単に作成できます。これが、GetTouchInputInfoあなたに与えられるものです。しかし、それは「タッチ入力ハンドル」とはまったく異なるもののようです。（たとえば、タッチ入力ハンドルは、渡すのに適切な種類のものである必要があります。CloseTouchInputHandleこれは、伝えられるところでは、PostMessageまたはSendMessageそうなるでしょう。）

ユーザーコードが渡すことができる有効なタッチ入力ハンドルを生成することは（公式または非公式に！）可能PostMessageですか？もしそうなら、どのように？

マルチタッチをサポートする Windows 用のアプリに取り組んでいます。ここにあるガイドに従いました

http://msdn.microsoft.com/en-us/library/windows/desktop/dd744775(v=vs.85).aspx

しかし、私には問題があります。ある時点で指が動かなくなったということは、画面上に指がなくなったにもかかわらず、この指には TOUCHEVENTF_DOWN、TOUCHEVENTF_MOVE があり、TOUCHEVENTF_UP がないことがわかるということです...

私は持っている：

画面に触れた後、画面上に実際の指はありませんが、変数の指が != 0....

助けていただければ幸いです。ありがとう。

PS 提案された変更を適用しましたが、まだ指が動かなくなり、指を上げません。

どちらを使用する必要がありますか? 私は Windows 8.x しか使っていないので、WM_POINTER が Windows 7 などと下位互換性がないという事実は気にしません。ジェスチャも気にしません。生のタッチについてのみ。WM_POINTER の唯一の明確な利点は、タッチ入力とマウス入力を統合することです (ただし、マウス イベントは GetMessageExtraInfo() でチェックできるため、WM_TOUCH を使用すると簡単に回避できます)。使いやすさも問題ありません。私はすでに WM_TOUCH を使用していますが、WM_POINTER に切り替える必要があるかどうか疑問に思っています。私の最大の関心事は、遅延と効率 (ゲーム関連のアプリケーション) です。WM_POINTER が余分なオーバーヘッドを持つ WM_TOUCH のラッパーであるかどうかはわかりません。コメントはありますか？