Mouse.MouseUp Événement attaché
Définition
Important
Certaines informations portent sur la préversion du produit qui est susceptible d’être en grande partie modifiée avant sa publication. Microsoft exclut toute garantie, expresse ou implicite, concernant les informations fournies ici.
Se produit lorsqu’un bouton de la souris est libéré.
see AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlerRemarques
Le bouton de la souris qui a été libéré est déterminé en vérifiant les arguments de l’événement.
Il s’agit d’un événement attaché. WPF implémente des événements attachés en tant qu’événements routés. Les événements attachés sont fondamentalement un concept de langage XAML permettant de référencer des événements qui peuvent être gérés sur des objets qui ne définissent pas cet événement, sur lequel WPF s’étend en permettant également à l’événement de traverser 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, vous utilisez une méthode Add*Handler désignée. Pour plus d’informations, consultez Vue d’ensemble des événements joints.
L’infrastructure WINDOWS Presentation Foundation (WPF) s’appuie sur cet événement attaché en le exposant en tant qu’événements CLR (Common Language Runtime) différents sur UIElement: MouseLeftButtonUp et MouseRightButtonUp. Ces implémentations gèrent l’événement sous-jacent MouseUp et lisent les arguments de l’événement pour déterminer si le bouton gauche ou droit de la souris a été impliqué. Pour trois boutons, il n’existe aucune prise en charge des événements au niveau de l’infrastructure pour le bouton central. Vous devez utiliser l’événement MouseUp et rechercher la condition du bouton central dans les arguments de l’événement.
Pour les événements routés liés à la souris, faites attention à la façon ou quand vous les marquez gérés. La difficulté à faire les choix appropriés pour déterminer si les éléments parents doivent également être informés de toute action de souris donnée est en fait pourquoi l’infrastructure WPF a choisi le modèle d’avoir l’événement routé sous-jacent Mouse être exposé en tant qu’événements CLR le long de l’itinéraire.
Des problèmes similaires existent avec les événements de tunneling de la souris. Devez-vous gérer l’événement et ne pas l’avoir géré par des enfants plus loin vers la source, et comment cela affecterait-il la composition dans un contrôle où les morceaux de composition pourraient avoir des comportements de souris attendus ?
Informations sur les événements routés
| Item | Valeur |
|---|---|
| Champ d’identificateur | MouseUpEvent |
| Stratégie de routage | Bouillonnant |
| Délégué | MouseButtonEventHandler |
L’événement de tunneling correspondant est PreviewMouseUp.
