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 relâché.
see AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlerRemarques
Le bouton de la souris qui a été relâché est déterminé en vérifiant les arguments de l’événement.
Il s’agit d’un événement attaché. WPF implémente les événements joints en tant qu’événements routés. Les événements joints 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 développe 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 attachés.
L’infrastructure Windows Presentation Foundation (WPF) s’appuie sur cet événement attaché en le exposant sous la forme de deux é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, et vous devez utiliser l’événement MouseUp et le case activée pour la condition de bouton central dans les arguments de l’événement.
Pour les événements routés qui se rapportent à la souris, veillez à savoir comment et quand vous les marquez. La difficulté à faire les choix appropriés quant à savoir si les éléments parents doivent également être informés d’une action de souris donnée est en fait la raison pour laquelle l’infrastructure WPF a choisi de faire apparaître l’événement routé sous-jacent Mouse en tant qu’événements CLR tout au long de l’itinéraire.
Des problèmes similaires existent avec les événements de souris de tunneling. Devez-vous gérer l’événement et ne pas le faire gérer par les enfants plus loin vers la source, et comment cela affecterait-il la composition dans un contrôle où les éléments de composition auraient pu attendre des comportements de souris ?
Informations sur les événements acheminés
| Champ Identificateur | MouseUpEvent |
| Stratégie de routage | Bouillonnant |
| Délégué | MouseButtonEventHandler |
L’événement de tunneling correspondant est PreviewMouseUp.
