Cette documentation est archivée et n’est pas conservée.

Mouse.MouseUp, événement attaché

Mise à jour : novembre 2007

Se produit lorsqu'un bouton de la souris est relâché.

Espace de noms :  System.Windows.Input
Assembly :  PresentationCore (dans PresentationCore.dll)
XMLNS pour XAML : http://schemas.microsoft.com/winfx/xaml/presentation

See AddMouseUpHandler, RemoveMouseUpHandler
See AddMouseUpHandler, RemoveMouseUpHandler
See AddMouseUpHandler, RemoveMouseUpHandler
<object Mouse.MouseUp="MouseButtonEventHandler" .../>

Pour déterminer quel bouton de la souris a été relâché, vérifiez les arguments de l'événement.

Il s'agit d'un événement attaché. WPF implémente les événements attachés comme des événements routés. Les événements attachés sont fondamentalement un concept de langage XAML permettant de référencer les événements pouvant être gérés sur des objets qui ne définissent pas cet événement, que WPF étend en autorisant également l'événement à parcourir un itinéraire. Les événements attachés n'ont pas de syntaxe de gestion directe dans le code ; pour attacher des gestionnaires pour un événement routé dans le code, utilisez une méthode Ajouter*Gestionnaire désignée. Pour plus d'informations, consultez Vue d'ensemble des événements attachés.

L'infrastructure Windows Presentation Foundation (WPF) s'appuie sur cet événement attaché et le signale comme deux événements Common Language Runtime (CLR) différents sur UIElement : MouseLeftButtonUp et MouseRightButtonUp. Ces implémentations gèrent l'événement MouseUp sous-jacent et lisent les arguments de l'événement pour déterminer si le bouton gauche ou droit de la souris est concerné. Dans le cas d'une souris à trois boutons, les événements ne sont pas pris en charge pour le bouton central au niveau de l'infrastructure pour le bouton central et vous devez utiliser l'événement MouseUp et vérifier l'état du bouton central dans les arguments de l'événement.

Pour les événements routés liés à la souris, déterminez avec soin comment ou quand les marquer comme gérés. L'infrastructure WPF a choisi de signaler les événements routés Mouse sous-jacents comme des événements CLR le long de l'itinéraire car il est difficile de déterminer si des éléments parents doivent également être informés d'une action de souris donnée.

Les mêmes problèmes se posent avec les événements de souris de tunneling. Faut-il gérer l'événement ou confier sa gestion à d'autres enfants en direction de la source et quel sera l'impact sur la composition d'un contrôle dont les éléments attendent des comportements de souris ?

Informations sur les événements routés

Champ d'identificateur

MouseUpEvent

Stratégie de routage

Propagation

Délégué

MouseButtonEventHandler

L'événement de tunneling correspondant est PreviewMouseUp.

Windows Vista

Le .NET Framework et le .NET Compact Framework ne prennent pas en charge toutes les versions de chaque plateforme. Pour obtenir la liste des versions prises en charge, consultez Configuration requise du .NET Framework.

.NET Framework

Pris en charge dans : 3.5, 3.0
Afficher: