|
||
|
Enabling Mouse Gestures with a WH_MOUSE hookEnhancing usability in mouse-driven applications Use of mouse gestures to control application is becoming increasingly common in the more sophisticated web browsers. This sample demonstrates how you can support a range of mouse gestures in a Visual Basic application using a Windows Hook. About Mouse GesturesMost Mac users would agree - having a right mouse button is a great thing. But you'll notice it doesn't get to do that much in Windows applications except popping up a context menu when its released. The idea of mouse gestures gives the button something more to do whilst its held down. The idea is that if you want a popup menu, you're unlikely to move the mouse significantly until you release the button. If you do, then the movement is a candidate to be interpreted as a "gesture". In theory, you could have an unlimited number of gestures of arbitrary complexity, for example, recognising when someone draws out a picture of an octopus rather than a squid with the mouse. However, in practice gestures are most useful there aren't very many of them and they're nice and simple. The figure below shows some of the sort of gestures users find easy to get used to and aren't too challenging to recognise: Even this set of gestures is more than you would normally want to support in a single application, as it is easy to forget how to draw a North then East gesture as opposed to East then North, unless you one of the alpha-males with the type of spacial intelligence all males of the species are supposedly automatically inbued with but somehow I never got. Typically, you might want to support the four main directions (left and right can represent back and next, whilst up and down can be used for closing and opening windows) and one or two of the compound gestures. Technically SpeakingAs with Mouse XButtons, you normally want to be able to detect when a gesture occurs anywhere in your application, not just when the mouse is over a particular control. Visual Basic and Windows conspire to make this kind of task fairly tricky as mouse messages are directed specifically to the object the mouse is over. There are two way ways of fixing this, but one (intercepting the application message loop) is all but impossible in VB. The other way is to use a Windows Hook to solve the problem. These Hooks Are DangerousThe requirements for a mouse gesture recogniser are twofold. Firstly, you need to be able to detect where the mouse moves when the right mouse button is down, regardless of which control in the application that the mouse is over. Secondly, you need to be able to consume the mouse up event that follows when a gesture is recognised, otherwise the default processing may well be invoked (typically displaying the context menu for the item that the mouse was over when the right button was released). There are three hooks which could be considered for doing this: WH_CALLWNDPROC, WH_MSGFILTER and WH_MOUSE. Unfortunately all have problems. Whilst WH_MSGFILTER appears to be the best choice (it is intended to provide you with the Message before it is send to the Message Loop) unfortunately attempting to consume a message during this Hook doesn't work in VB, which means the FILTER portion of the name is something of a barefaced lie. WH_CALLWNDPROC can be used, but is extremely unstable under VB, for reasons yet to be determined. Whilst this Hook can be used to detect the creation of Windows and install a subclass, beyond that it typically crashes the IDE or any EXE shortly afterwards. That leaves WH_MOUSE. Don't Ask Me, I Just Work HereNow WH_MOUSE is a bit rubbish. It provides all mouse events, provided your mouse has no buttons, or you never press them. This means you need to start doing some unexpected stuff if you want to use it to to do gesture recognition. Luckily, the Windows API includes a method to get the state of a key at any time, and the keys include the buttons on the mouse. By using GetAsyncKeyState you can detect if the right mouse is pressed at the time of the call. That solves the problem of determining if the hook should be checking for a mouse gesture, but leaves the issue of ensuring the mouse up event is consumed when the gesture is recognised. My solution to this is a shameless hack - consume the next ten mouse events after you've detected that the mouse gesture has occurred and the mouse is released. It may be shameless, but it works well, so I'm going to leave it at that. Some CodeWith these thoughts in mind the code isn't too hard to put together with the Hook library. Firstly, you install the Hook and then you start checking all mouse events to see if the right button state changes. If it does, then start tracking the mouse position. Once the mouse is released, check the points that you tracked and see if the mouse moved far enough to equate to a gesture; if it did, set a flag to consume the next ten mouse messages and raise an event indicating which event occurred. Here's the main Hook implementation: Private Declare Function GetAsyncKeyState Lib "user32" ( _ ByVal vKey As Long) As Integer Private Const WM_ACTIVATE As Long = &H6 Private Const WM_RBUTTONDOWN As Long = &H204 Private Const WM_MOUSEMOVE As Long = &H200 Private Const WM_RBUTTONUP As Long = &H205 ''' The PreFilterMessage routine does the work of actually detectingthe gestures and interpreting which gesture has been made. The main elements of work are to track all the points that the mouse moves to during gesture capture and then to use that to determine which gesture was performed. Note also that although the mouse up event is consumed by the application when the gesture is recognised, this leaves the system in a state where it believes the right mouse button is still down. To prevent this occurring, but to keep the default mouse up processing from happening, I post a right mouse up to the window at a point that is guaranteed to be offscreen. The steps in capturing mouse movement and posting the mouse up are shown below: Private Type POINTAPI x As Long y As Long End Type Private Declare Function PostMessage Lib "user32" Alias "PostMessageA" _ (ByVal hwnd As Long, ByVal wMsg As Long, _ ByVal wParam As Long, ByVal lParam As Long) As Long Private Declare Function GetCursorPos Lib "user32" ( _ lpPoint As POINTAPI) As Long ''' The last step is to determine which mouse gesture was performed. The code does this by detecting how far the mouse moved horizontally and vertically, then checking whether most of the travel occurred vertically or horizontally during that motion: ''' This code typically generates the correct results. A better alternative to the deterministic algorithms shown above would be to use Fuzzy Logic to determine which gesture was the most likely. This is the subject of a future article, in the meantime information about implementing Fuzzy Logic please go to CodeProject and search on the author "pseudonym67". In UseThe logic described above is wrapped up into a class called cMouseGestures. To use the class, first add a reference to the vbAccelerator Windows Hooks DLL, then create a withevents instance of the class: Private WithEvents mouseGestures As cMouseGestures Private Sub Form_Load() Set mouseGestures = New cMouseGestures mouseGestures.Attach End Sub Private Sub mouseGestures_MouseGesture( _ ByVal gestureType As MouseGestureTypes, _ ByVal xGestureStart As Long, ByVal yGestureStart As Long, _ ByVal xGestureEnd As Long, ByVal yGestureEnd As Long, _ acceptGesture As Boolean) ' Process the gesture here... ' Return True if you've processed it: acceptGesture = True End Sub By default, the class recognises all mouse gestures. You can adjust which mouse gestures events are raised for by setting the GestureTypes property. This property accepts a bitwise combination of the different gestures that should be recognised from the MouseGestureTypes enumeration. One thing to note that once the class is installed, it will respond to events over any form in your application. This includes forms that have been shown modally, as well as API dialogs and MessageBoxes, so you need to take care to ensure that these events will not cause problems if they occur at that time. You can solve these problems by disabling the class using Detach or telling the class that it should respond to no gestures by setting the GestureTypes property to NoGesture. ConclusionThis article presents a class you can use to add Mouse Gestures to a VB application. It allows you to respond to the gestures in a natural way over any form or control and, as the code is provided you can customise the gestures to suit a particular application.
|
|
|