Возможно, я ошибаюсь, но, по крайней мере, некоторое время назад я довольно долго смотрел на InputManager
.
Мое резюме по этому вопросу: пузыри и туннелирование сделаны InputManager
. Однако при вызове uielement.Raise()
событие будет доставлено только напрямую (независимо от RoutingStrategy
, о котором говорил Рэй Бернс).
Но (догадываясь) в зависимости от RoutingStrategy
InputManager
перемещается вверх и вниз по визуальному дереву между CompositionRoot
и VisualTreeHlper.Hittest()-
ed Visual и доставляет события туннелирования и восходящего потока.
Существует способ вызывать События через InputManager, но он не является официальным и требует отражения (у меня это есть из другого поста Stackoverflow):
void RaiseMouseInputReportEvent(Visual eventSource, int timestamp, int pointX, int pointY, int wheel)
{
Assembly targetAssembly = Assembly.GetAssembly(typeof(InputEventArgs));
Type mouseInputReportType = targetAssembly.GetType("System.Windows.Input.RawMouseInputReport");
Object mouseInputReport = mouseInputReportType.GetConstructors()[0].Invoke(new Object[] {
InputMode.Foreground, timestamp, PresentationSource.FromVisual(eventSource),
RawMouseActions.AbsoluteMove | RawMouseActions.Activate,
pointX, pointY, wheel, IntPtr.Zero });
mouseInputReportType.GetField("_isSynchronize", BindingFlags.NonPublic | BindingFlags.Instance)
.SetValue(mouseInputReport, true);
InputEventArgs inputReportEventArgs = (InputEventArgs)targetAssembly
.GetType("System.Windows.Input.InputReportEventArgs")
.GetConstructors()[0]
.Invoke(new Object[] {
Mouse.PrimaryDevice,
mouseInputReport });
inputReportEventArgs.RoutedEvent = (RoutedEvent)typeof(InputManager)
.GetField("PreviewInputReportEvent", BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.Static)
.GetValue(null);
bool handled = InputManager.Current.ProcessInput((InputEventArgs)inputReportEventArgs);
}