Zeitachse von Mausnachrichten und Systemereignissen
Wenn eine bestimmte Aktion ausgeführt wird, werden die Systemereignisse (mit dem Präfix ISG ) nahezu sofort von der _ Anwendung gesendet und empfangen. Die Mausnachrichten (mit dem Präfix WM ) werden gesendet, wenn die Aktion ausgeführt wird, und von der Anwendung nach der Zeit empfangen, die für die Verarbeitung des Ereignisses durch den Microsoft Windows-Messagingdienst _ benötigt wird. Darüber hinaus sind CursorDown und CursorUp Stiftereignisse, die von der Stifthardware empfangen werden. Sie werden gesendet, wenn der Tablettstift den Bildschirm berührt, bzw. wenn er vom Bildschirm entfernt wird.
Stiftereignisse und Mausmeldungen werden nicht synchronisiert. Es gibt keine Garantie dafür, dass entsprechende Mausmeldungen und Stiftereignisse in einer bestimmten Reihenfolge auftreten. Das folgende Diagramm zeigt die erwartete, aber nicht immer vorhersagbare Abfolge der gesendeten System- und Mausereignisse. Beachten Sie im Diagramm, dass die Mausereignisse verzögert werden, wenn Systemgestenereignisse erkannt werden.

Wichtige Überlegungen zur Implementierung
Berücksichtigen Sie beim Entwickeln von Mausnachrichten und Systemereignissen Folgendes:
- Stiftereignisse und Mausmeldungen werden an eine Anwendung gesendet, unabhängig davon, ob der Stift oder die Maus verwendet wird.
- Wenn Ihre Anwendung sowohl stift- als auch mauszeigermeldungen abhört, ist es schwierig, die Beziehung der Nachrichten und damit das letztliche Verhalten vorherzusagen. Stiftereignisse und Mausmeldungen werden nicht synchronisiert. Es gibt keine Garantie dafür, dass entsprechende Mausmeldungen und Stiftereignisse (z. B. WM _ LBUTTONDOWN und ISG _ TAP oder WM _ LBUTTONDBLCLK und ISG _ DBLTAP) in einer bestimmten Reihenfolge auftreten. Die Beziehung zwischen diesen Nachrichten ist komplex.
- Es wird empfohlen, Maus- und Stiftereignisse nicht in der gleichen Anwendungsfunktion zu kombinieren. Beispielsweise verhält sich ein Anwendungsfeature, das auf CursorDown und MouseUp reagiert, derzeit oder bei zukünftigen Versionen des Tablet PC SDK möglicherweise nicht wie erwartet.
- Wenn der Benutzer den Tablettstift für die Hold-Through-Ereignissequenz zieht, bevor die Sequenz abgeschlossen ist, entsprechen die gesendeten Ereignisse dem Linken Ziehen. Wenn z. B. der Ziehfehler gestartet wird, werden ISG _ DRAG und WM _ LBUTTONDOWN gesendet. Wenn der Stift schließlich bewegt wird, werden CursorUp und WM _ LBUTTONUP gesendet. Das Systemgestenereignis wird möglicherweise nicht sofort aus, da es bestimmen muss, welche Art von Ereignis auftritt.
- Ein Doppelklick mit einem Tablettstift ist häufig weniger genau als ein Doppelklick mit einer Maus. Dies liegt an der inhärenten Natur des Doppeltippens mit einem Tablettstift. Da der Benutzer den Tablettstift heben muss, um einen Doppeltippen durchzuführen, ist die Zeit zwischen tippen häufig größer als die entsprechende Zeit zwischen den Klicks eines Doppelklicks. Darüber hinaus ist es wahrscheinlich, dass die beiden Tippbewegungen des Tablettstifts an Bildschirmkoordinaten auftreten, die weiter voneinander entfernt sind als diejenigen für die beiden Mausklicks. Um dies zu erreichen, verfügt Windows XP Tablet PC Edition über Einstellungen für den temporalen und räumlichen Abstand zwischen den beiden Tippbewegungen eines Doppelklicks, die von den Mauseinstellungen für einen Doppelklick getrennt sind. Diese Einstellungen können in Tablet und Stift Einstellungen in Systemsteuerung.
Aus diesen Gründen sollten Anwendungen nur auf eine Gruppe von Nachrichten lauschen, nicht auf beide. Wenn Sie eine stiftfähige Anwendung erstellen, lauschen Sie nur auf die System- und Stiftmeldungen. Diese Nachrichten sind vorhersagbar und funktionieren gut mit dem Tablettstift. Wenn Sie eine Anwendung erstellen, für die kein Stift aktiviert ist, lauschen Sie nur auf die Mausmeldungen.