SendMessage, PostMessage et fonctions associées

Cette section décrit les considérations relatives au transfert de messages à l’aide de SendMessage, postMessageet des fonctions associées avec des messages tactiles.

Si un message tactile est transféré à l’aide de SendMessage, PostMessage ou d’une autre fonction associée, le handle d’entrée tactile est fermé. Si vous avez récupéré les informations contenues référencées par un handle d’entrée tactile par le biais d’un appel à GetTouchInputInfo, ces données restent valides jusqu’à ce que vous libériez la mémoire.

Une application qui reçoit des messages tactiles transférés via l’un de ces mécanismes possède le handle d’entrée tactile qu’elle reçoit dans le message LPARAM et est responsable de sa fermeture. Si vous ne fermez pas le handle avec un appel à CloseTouchInputHandle, passez le message à DefWindowProc, ou transférez le message à l’aide de SendMessage, PostMessage, ou une fonction associée, vous aurez une fuite de mémoire.

Note

Les messages tactiles sont soumis à des règles normales d’isolation des privilèges d’interface utilisateur (UIPI) lorsqu’ils sont transférés.

 

Fonctions liées à SendMessage et PostMessage

Les fonctions suivantes peuvent affecter l’état du handle d’entrée tactile.

• SendMessage
• PostMessage
• SendNotifyMessage
• SendMessageCallback
• SendMessageTimeout
• PostThreadMessage

Rubriques connexes

Functions

DefWindowProc