HP Dx9000 Resources for Developing Touch-Friendly Applications for HP Business - Page 9

WinUser.h of Microsoft Windows Software Development Kit SDK.

Page 9 highlights

When a flick is detected, Windows will first send a flick message (WM_TABLET_FLICK Message). If the flick message is not handled, Windows follows up by sending the applicable WM_APPCOMMAND notification. Your application can either handle flick messages directly or responds to follow-up command notifications. Please note that users can re-assign these flicks to the commands of their choice in Windows| Control Panel | Pen and Input Devices. Hence, if your application responds to commands instead of flick events, it is recommended that the application responds to application commands that can be potentially assigned to a flick gesture. A more detailed discussion about flick gestures is available on MSDN. If you would like to support flick gestures in your application, refer to "Flicks API Reference" on MSDN. If your application handles command messages, the window procedure (WndProc) of the window that handles the command message should be similar to the following pseudo-code: if (message == WM_APPCOMMAND) { switch (GET_APPCOMMAND_LPARAM(lParam)) { case APPCOMMAND_BROWSER_BACKWARD: //do something //return TRUE after processing the APPCOMMAND message return 1; case APPCOMMAND_BROWSER_FORWARD: //do something //return TRUE after processing the APPCOMMAND message return 1; } } The constants and macros relating to WM_APPCOMMAND are defined in WinUser.h of Microsoft Windows Software Development Kit (SDK). 9

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37

9
When a flick is detected, Windows will first send a flick message
(WM_TABLET_FLICK Message). If the flick message is not handled, Windows
follows up by sending the applicable WM_APPCOMMAND notification. Your
application can either handle flick messages directly or responds to follow-up
command notifications.
Please note that users can re-assign these flicks to the
commands of their choice in Windows| Control Panel | Pen and Input Devices.
Hence, if your application responds to commands instead of flick events, it is
recommended that the application responds to application commands that can be
potentially assigned to a flick gesture. A more detailed discussion about flick
gestures is available on MSDN.
If you would like to support flick gestures in your application, refer to
Flicks API
Reference
on MSDN.
If your application handles command messages, the window procedure (WndProc)
of the window that handles the command message should be similar to the
following pseudo-code:
if (message == WM_APPCOMMAND)
{
switch (GET_APPCOMMAND_LPARAM(lParam))
{
case APPCOMMAND_BROWSER_BACKWARD:
//do something
//return TRUE after processing the APPCOMMAND message
return 1;
case APPCOMMAND_BROWSER_FORWARD:
//do something
//return TRUE after processing the APPCOMMAND message
return 1;
}
}
The constants and macros relating to WM_APPCOMMAND are defined in
WinUser.h of Microsoft Windows Software Development Kit (SDK).