Mouse Events in Windows Forms
When you handle mouse input, you usually want to know the location of the mouse pointer and the state of the mouse buttons. This topic provides details on how to get this information from mouse events, and explains the order in which mouse click events are raised in Windows Forms controls. For a list and description of all of the mouse events, see How Mouse Input Works in Windows Forms. For more information, see Event Handlers Overview (Windows Forms) and Events Overview (Windows Forms) and Event Handlers Overview (Windows Forms) and Events Overview (Windows Forms) and Event Handlers Overview (Windows Forms) and Events Overview (Windows Forms) and Event Handlers Overview (Windows Forms) and Events Overview (Windows Forms).
A MouseEventArgs is sent to the handlers of mouse events related to clicking a mouse button and tracking mouse movements. MouseEventArgs provides information about the current state of the mouse, including the location of the mouse pointer in client coordinates, which mouse buttons are pressed, and whether the mouse wheel has scrolled. Several mouse events, such as those that simply notify when the mouse pointer has entered or left the bounds of a control, send an EventArgs to the event handler with no further information.
If you want to know the current state of the mouse buttons or the location of the mouse pointer, and you want to avoid handling a mouse event, you can also use the MouseButtons and MousePosition properties of the Control class. MouseButtons returns information about which mouse buttons are currently pressed. The MousePosition returns the screen coordinates of the mouse pointer and is equivalent to the value returned by Position.
If you want to handle mouse click events in the proper order, you need to know the order in which click events are raised in Windows Forms controls. All Windows Forms controls raise click events in the same order when a mouse button is pressed and released (regardless of which mouse button), except where noted in the following list for individual controls. The following list shows the order of events raised for a single mouse-button click:
Following is the order of events raised for a double mouse-button click:
DoubleClick event. (This can vary, depending on whether the control in question has the StandardDoubleClick style bit set to true. For more information about how to set a ControlStyles bit, see the SetStyle method.)
For a code example that demonstrates the order of the mouse click events, see How to: Handle User Input Events in Windows Forms Controls.
The following controls do not conform to the standard mouse click event behavior:
For the ComboBox control, the event behavior detailed later occurs if the user clicks on the edit field, the button, or on an item within the list.
The event behavior detailed later occurs when the user clicks anywhere within these controls.
The event behavior detailed later occurs only when the user clicks on the items in the ListView control. No events are raised for clicks anywhere else on the control. In addition to the events described later, there are the BeforeLabelEdit and AfterLabelEdit events, which may be of interest to you if you want to use validation with the ListView control.
The event behavior detailed later occurs only when the user clicks on the items themselves or to the right of the items in the TreeView control. No events are raised for clicks anywhere else on the control. In addition to those described later, there are the BeforeCheck, BeforeSelect, BeforeLabelEdit, AfterSelect, AfterCheck, and AfterLabelEdit events, which may be of interest to you if you want to use validation with the TreeView control.
Painting Behavior of Toggle Controls
Toggle controls, such as the controls deriving from the ButtonBase class, have the following distinctive painting behavior in combination with mouse click events:
The user presses the mouse button.
The control paints in the pressed state.
The MouseDown event is raised.
The user releases the mouse button.
The control paints in the raised state.
The Click event is raised.
The MouseClick event is raised.
The MouseUp event is raised.
If the user moves the pointer out of the toggle control while the mouse button is down (such as moving the mouse off the Button control while it is pressed), the toggle control will paint in the raised state and only the MouseUp event occurs. The Click or MouseClick events will not occur in this situation.