Skip to main content
.NET Framework Class Library
MousePreviewMouseUp Attached Event

Occurs when any mouse button is released.

Namespace:   System.Windows.Input
Assembly:  PresentationCore (in PresentationCore.dll)
XMLNS for XAML: http://schemas.microsoft.com/winfx/2006/xaml/presentation, http://schemas.microsoft.com/netfx/2007/xaml/presentation
Syntax
See [%$TOPIC/ms523163_en-us_VS_110_1_0_0_0_0%], [%$TOPIC/ms523163_en-us_VS_110_1_0_0_0_1%]
See [%$TOPIC/ms523163_en-us_VS_110_1_0_1_0_0%], [%$TOPIC/ms523163_en-us_VS_110_1_0_1_0_1%]
See [%$TOPIC/ms523163_en-us_VS_110_1_0_2_0_0%], [%$TOPIC/ms523163_en-us_VS_110_1_0_2_0_1%]
See [%$TOPIC/ms523163_en-us_VS_110_1_0_3_0_0%], [%$TOPIC/ms523163_en-us_VS_110_1_0_3_0_1%]
<object Mouse.PreviewMouseUp="[%$TOPIC/ms523163_en-us_VS_110_1_0_4_0_0%]" .../>
Remarks

Which mouse button was released is determined by checking the arguments of the event.

This is an attached event. WPF implements attached events as routed events. Attached events are fundamentally a XAML language concept for referencing events that can be handled on objects that do not define that event, which WPF expands upon by also enabling the event to traverse a route. Attached events do not have a direct handling syntax in code; to attach handlers for a routed event in code, you use a designated Add*Handler method. For details, see Attached Events Overview.

The Windows Presentation Foundation (WPF) framework builds on this attached event by surfacing it as two different common language runtime (CLR) events on UIElement: PreviewMouseLeftButtonUp and PreviewMouseRightButtonUp. These implementations handle the underlying PreviewMouseUp event and read the arguments of the event to determine whether the left or right mouse button was involved. For three-button, there is no framework-level event support for the center button, and you should use the PreviewMouseUp event and check for the center button condition in the event arguments.

For routed events that relate to the mouse, be careful about how or when you mark them handled. Handling the event near the root and not handling by a child further toward the source may not be appropriate for composited controls, where the compositing pieces might have expected mouse behaviors. The difficulty in making the appropriate choices about whether other elements should also be informed about any given mouse action is in fact why the WPF framework chose the model of having the underlying Mouse routed event be surfaced as CLR events along the route.

Routed Event Information

Identifier field

PreviewMouseUpEvent

Routing strategy

Tunneling

Delegate

MouseButtonEventHandler

  • The corresponding bubbling event is MouseUp.

Version Information

.NET Framework

Supported in: 4.6, 4.5, 4, 3.5, 3.0

.NET Framework Client Profile

Supported in: 4, 3.5 SP1
Platforms

Windows 8.1, Windows Server 2012 R2, Windows 8, Windows Server 2012, Windows 7, Windows Vista SP2, Windows Server 2008 (Server Core Role not supported), Windows Server 2008 R2 (Server Core Role supported with SP1 or later; Itanium not supported)

The .NET Framework does not support all versions of every platform. For a list of the supported versions, see .NET Framework System Requirements.