Mauseingabe in WPF-Anwendungen injizieren

Question

Ich habe daran gearbeitet, Eingaben in eine WPF-Anwendung zu injizieren. Was dieses Projekt schwierig macht, ist, dass ich in der Lage sein muss, die Eingabe in die Anwendung zu injizieren, obwohl sie im Hintergrund läuft (d. H. Eine andere Anwendung hat den Eingabefokus). Die Verwendung der SendInput() Funktion ist daher nicht in Frage.

Bis jetzt habe ich Tastatureingabe funktioniert, aber habe Probleme beim injizieren Mauseingabe.

Ich verwendete Spy ++, um die Fenstermeldungen zu beobachten, die an das WPF-Fenster gesendet werden, wenn ich die Maustaste physikalisch klicke. Ich fertige dann einfach dieselben Mausnachrichten (z. B. WM_LBUTTONDOWN und WM_LBUTTONUP) manuell an und sende sie explizit an das WPF-Fenster, um die Mauseingabe zu emulieren.

Leider funktioniert das nicht wie erwartet (nicht einmal wenn ich zu Testzwecken das WPF-Fenster als Vordergrundfenster eingestellt habe).

Ich habe eine Schaltfläche zu meinem WPF-Testfenster hinzugefügt, die nach dem Anklicken ein Meldungsfeld anzeigt. Das Einfügen der entsprechenden Mausnachrichten, wenn ich den Cursor manuell über die Schaltfläche positioniert habe, bewirkt jedoch nicht, dass auf die Schaltfläche geklickt wird (d. H. Das angeklickte Ereignis wird nicht vom WPF-Framework ausgelöst).

Wenn ich einen Handler für Mausklicks auf dem tatsächlichen Dialog (der Client-Bereich) hinzufügen, dass Handler tut aufgerufen, wenn ich den Cursor über den Dialog selbst positionieren und injizieren die gleichen Fenstermeldungen wie zuvor:

Seltsamerweise, wenn ich den Push-Modus der Schaltfläche zu drücken (dh es gilt als Klick auf die Maus nach unten anstatt die Standard-Maus nach oben), die Taste angeklickt Ereignis ausgelöst wird, wenn ich die gleichen Nachrichten wie zuvor injizieren. (Es ist erwähnenswert, dass der Handler aus dem obigen Beispiel korrekt für beide Maus-Downs und Ups abfeuert, so scheint es, dass das WPF-Framework beide Nachrichten erfolgreich verarbeitet.)

Es scheint, als gäbe es einige andere Kriterien, die müssen erfüllt sein, damit ein angeklicktes Mausereignis vom WPF-Framework ausgelöst wird. Weiß jemand, wie die Mauseingabe intern in WPF gehandhabt wird, oder warum sie meine Maus-Auf- und -Abmeldungen nicht als Klick auf die Schaltfläche interpretiert?

(Es ist erwähnenswert, dass dieser Ansatz [sending window messages] funktioniert gut auf gewöhnlichen Win32-Windows, wie der Start -> Ausführen-Dialog. Der Unterschied hier ist, dass WPF hat nur ein physisches Win32-Fenster und der Rest ist WPF spezifisch , was bedeutet, dass alle Fenstermeldungen zu diesem Fenster der obersten Ebene anstatt der eigentlichen Schaltfläche gehen.)

Ich habe High und Low für eine Antwort zu diesem Thema gesucht und würde beliebige Gedanken oder Ideen schätzen.

Answer 1

Verwenden UI-Automatisierung, um dies zu tun - versuchen, Eingabe über Fenstermeldungen manuell zu simulieren, ist ein Lehrbuchfehler, wie der Versuch, einen Landkrieg gegen Russland zu starten.

Answer 2

Ihre Strategie ist grundsätzlich solide, aber um eine Nachricht an ein Fenster zu senden, das einem anderen Prozess gehört, müssen Sie zuerst die Nachricht registrieren.

Here is an article explaining the whole business. Der Beispielcode ist leider in VB, aber ich bin mir sicher, dass dich das nicht aufhalten wird.

Answer 3

Ich würde sehr empfehlen, die UIAutomation Route zu gehen. Sie erstellen ein AutomationElement nach Fensterhandle. Crawlen Sie zum Button und rufen Sie ihn auf. Ich möchte nur wissen, wie Sie es geschafft haben, dass die Tastatureingabe funktioniert. Ich versuche derzeit, das umgekehrte Problem zu lösen. Wie bekomme ich ein WPF-Fenster (ich habe es über Win32-Aufrufe erreicht), um auf virtuelle Tastaturmeldungen zu reagieren. Ich habe ++ Spionagesitzungen auf dem fraglichen Fenster angemeldet und seine Eingabe ohne Erfolg repliziert.