| -api-id | -api-type |
|---|---|
T:Microsoft.UI.Xaml.RoutedEvent |
winrt class |
Represents a routed event to the Windows Runtime event system.
Note
The Windows Runtime event system doesn't enable you to create a custom routed event; only the Windows Runtime itself can define an event such that it has the routed event behavior.
For more info on how routed events work, see Events and routed events overview. The RoutedEvent type is part of the infrastructure for routed events, but you don't use RoutedEvent directly in typical Windows Runtime app programming.
The purpose of the RoutedEvent type is to serve as an identifier for the Windows Runtime event system, similar to how DependencyProperty provides an identifier type for the dependency property system. UIElement includes several static read-only properties of type RoutedEvent, which are named using a naming pattern. Each RoutedEvent property is named after an event plus the suffix "Event". Each such property is the identifier for the routed event that its name begins with. For example, TappedEvent identifies the Tapped routed event to the event system.
For most app code usages, simply referencing the event by name in XAML or by its code entity name in code is all that's needed to reference an event on an object, for purposes of adding or removing handlers. The RoutedEvent identifiers are only needed when you attach handlers that should be invoked even when the routed events are previously marked as handled by either system or app code. The API you use for this scenario, and the API that use a RoutedEvent value as a parameter, are UIElement.AddHandler and UIElement.RemoveHandler. For more info, see Events and routed events overview.
Here's a list of the routed events that have a RoutedEvent identifier and thus can use the UIElement.AddHandler technique we described:
- DoubleTapped
- DragEnter
- DragLeave
- DragOver
- Drop
- Holding
- KeyDown
- KeyUp
- ManipulationCompleted
- ManipulationDelta
- ManipulationInertiaStarting
- ManipulationStarted
- ManipulationStarting
- PointerCanceled
- PointerCaptureLost
- PointerEntered
- PointerExited
- PointerMoved
- PointerPressed
- PointerReleased
- PointerWheelChanged
- RightTapped
- Tapped
Note
GotFocus and LostFocus act like routed events but don't have a RoutedEvent identifier, so you can't use AddHandler with them.
This example shows the basic syntax for wiring an event handler with AddHandler and handledEventsToo as true. In this case the event being wired is Tapped, and the RoutedEvent-type identifier used in the example is TappedEvent. The typical place to wire handlers is either Loaded for a page or OnApplyTemplate for a templated control.
[!code-cppAddHandler]
[!code-csharpAddHandler]
Events and routed events overview, UIElement.AddHandler, UIElement.RemoveHandler, RoutedEventArgs