Mouse.MouseUp Angefügtes Ereignis
Definition
Wichtig
Einige Informationen beziehen sich auf Vorabversionen, die vor dem Release ggf. grundlegend überarbeitet werden. Microsoft übernimmt hinsichtlich der hier bereitgestellten Informationen keine Gewährleistungen, seien sie ausdrücklich oder konkludent.
Tritt auf, wenn eine Maustaste losgelassen wird.
see AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlerHinweise
Welche Maustaste freigegeben wurde, wird durch Überprüfen der Argumente des Ereignisses bestimmt.
Dies ist ein angefügtes Ereignis. WPF implementiert angefügte Ereignisse als routingfähige Ereignisse. Angefügte Ereignisse sind im Grunde ein XAML-Sprachkonzept zum Verweisen auf Ereignisse, die für Objekte behandelt werden können, die dieses Ereignis nicht definieren. WPF erweitert das Ereignis, indem das Ereignis auch eine Route durchlaufen kann. Angefügte Ereignisse verfügen nicht über eine direkte Verarbeitungssyntax im Code. Um Handler für ein routingfähiges Ereignis im Code anzufügen, verwenden Sie eine festgelegte Add*Handler-Methode. Ausführliche Informationen finden Sie unter Übersicht über angefügte Ereignisse.
Das Windows Presentation Foundation-Framework (WPF) baut auf diesem angefügten Ereignis auf, indem es es als zwei verschiedene CLR-Ereignisse (Common Language Runtime) für UIElementdarstellt: MouseLeftButtonUp und MouseRightButtonUp. Diese Implementierungen behandeln das zugrunde liegende MouseUp Ereignis und lesen die Argumente des Ereignisses, um zu bestimmen, ob die linke oder rechte Maustaste betroffen war. Für drei Schaltflächen gibt es keine Ereignisunterstützung auf Frameworkebene für die mittlere Schaltfläche, und Sie sollten das MouseUp Ereignis verwenden und in den Ereignisargumenten nach der Bedingung der mittleren Schaltfläche suchen.
Achten Sie bei weitergeleiteten Ereignissen, die sich auf die Maus beziehen, darauf, wie oder wann Sie sie markieren. Die Schwierigkeit, geeignete Entscheidungen darüber zu treffen, ob übergeordnete Elemente auch über eine bestimmte Mausaktion informiert werden sollten, ist der Grund, warum das WPF-Framework das Modell für die Anzeige des zugrunde liegenden Mouse Routingereignisses als CLR-Ereignisse auf der gesamten Route ausgewählt hat.
Ähnliche Probleme bestehen bei tunnelnden Mausereignissen. Sollten Sie das Ereignis behandeln und es nicht von untergeordneten Elementen weiter zur Quelle behandeln lassen, und wie würde sich dies auf das Compositing in einem Steuerelement auswirken, bei dem die Compositing-Teile möglicherweise Mausverhalten erwartet haben?
Informationen zum Routingereignis
| Bezeichnerfeld | MouseUpEvent |
| Routingstrategie | Bubbling |
| Delegat | MouseButtonEventHandler |
Das entsprechende Tunnelereignis ist PreviewMouseUp.
