在任何情况下都可能使 MouseEnter 事件冒泡吗?
MSDN 说这是一个带有直接路由策略的附加事件,技术上排除了这种可能性。我有一个相当复杂的控件(本质上是一个由网格、堆栈面板和内容控件组成的层次结构)。我似乎从下往上传播了 MouseEnter 事件,这是从 OnMouseEnter 处理程序获取的调试转储(我在层次结构的不同级别包含相同的自定义控件,它处理 MouseEnter,所以我有一个中心位置来收听该事件) :
在: parent :s7b,时间戳:37989609
在:父级:s2,时间戳:37989609
在:父:根,时间戳:37989609
s7b、s2 和 Root 是 FrameworkElement 名称,时间戳是来自 MosueEnter 事件的 e.Timestamp。
假设路由策略是直接的,WPF 如何决定事件发起者?它是否会遍历可视化树,直到找到第一个带有附加 MouseEnter 事件的 FrameworkElement?
虽然我正在为该问题制作一个极简主义的重现集,但有人可以提出导致该行为的原因吗?
这是重现:
- 创建两个自定义控件,一个是常量控件,另一个是事件接收器。
1.1。我的内容控件
代码:
public class MyContentControl : ContentControl
{
static MyContentControl()
{
DefaultStyleKeyProperty.OverrideMetadata(typeof(MyContentControl),
new FrameworkPropertyMetadata(typeof(MyContentControl)));
}
protected override void OnMouseEnter(MouseEventArgs e)
{
if (e.Source == e.OriginalSource
&& e.Source is MyContentControl)
{
Debug.Write(string.Format("mouseenter:{0}, timestamp:{1}\n",
(e.Source as MyContentControl).Name,
e.Timestamp));
}
base.OnMouseEnter(e);
}
}
XAML:
<Style TargetType="{x:Type local:MyContentControl}">
<Setter Property="Template">
<Setter.Value>
<ControlTemplate TargetType="{x:Type local:MyContentControl}">
<StackPanel Orientation="Horizontal">
<local:MouseEventReceiver />
<ContentPresenter />
</StackPanel>
</ControlTemplate>
</Setter.Value>
</Setter>
</Style>
1.2 鼠标事件接收器
代码:
public class MouseEventReceiver : Control
{
static MouseEventReceiver()
{
DefaultStyleKeyProperty.OverrideMetadata(typeof(MouseEventReceiver),
new FrameworkPropertyMetadata(typeof(MouseEventReceiver)));
}
}
XAML:
<Style TargetType="{x:Type local:MouseEventReceiver}">
<Setter Property="Template">
<Setter.Value>
<ControlTemplate>
<Grid Background="LightGray" Width="20" Height="20" Margin="5"></Grid>
</ControlTemplate>
</Setter.Value>
</Setter>
</Style>
- 最后是我的测试工具的标记:
XAML:
<Window x:Class="MouseTricks.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:local="clr-namespace:MouseTricks"
Title="MainWindow" Height="350" Width="525">
<Grid>
<local:MyContentControl x:Name="c1">
<local:MyContentControl x:Name="c2">
<local:MyContentControl x:Name="c3" />
</local:MyContentControl>
</local:MyContentControl>
</Grid>
</Window>
为了重现该问题,只需将鼠标悬停在最右边的灰色方 block 上并观察“调试输出”窗口,您会在其中看到三个条目,而我只期望一个。
干杯。
最佳答案
也许更详细的描述会有所帮助。在MSDN article在 Mouse.MouseEnter
上进行了以下引用:
Although this event is used to track when the mouse enters an element, it is also reporting the IsMouseOver property has changed from false to true on this element
MSDN 说 Mouse.MouseEnter
在 IsMouseOver
从 false 变为 true 时触发。看着 MSDN article对于 IsMouseOver
进行了以下引用:
Gets a value that indicates whether the mouse pointer is located over this element (including visual children elements that are inside its bounds)
我们都同意,空背景不支持交互。 null background issue 有很多注意事项关于 IsMouseOver
,但从实际应用中可以明显看出,该值不会因空背景而切换。但是,该定义确实指出,如果鼠标“位于”元素边界内的任何可视子元素上,则 IsMouseOver
将发生变化,但有几个奇怪的警告。但是,空背景不是这些注意事项之一。
使用 snoop utility 快速查看控件的可视化树或 VisualTreeHelper
显示所有三个灰色网格都是 c1
的视觉子级,最右边的两个网格是 c2
的视觉子级,最右边的网格是 c3
的视觉子项。这是预期的,因为您的所有内容控件都嵌套在彼此中。
通过监视 c1
属性的 IsMouseOver
,您可以轻松地看到当鼠标触摸灰色方 block 时,属性值变为 true。您可以通过向主窗口的鼠标移动事件添加回调来验证这一点。我使用了以下回调:
private void MouseMove_Callback(Object sender, MouseEventArgs e)
{
if (c1.IsMouseOver)
MessageBox.Show("Mouse is Over c1!");
}
您会注意到,无论您位于三个灰色方 block 中的哪一个上方,c1
的 IsMouseOver
都设置为 true。这表明 IsMouseOver
在 c1
位于三个方 block 中的任何一个上方时更改为 true,因此 MSDN 所做的声明是正确的。 MouseEnter
应该并且确实会为 c1
触发,无论您触摸哪个灰色方 block ,因为所有三个灰色方 block 都在 c1
的可视化树中,而不是通过警告(例如空背景警告)从鼠标 HitTest 中消除。
正如 MSDN 声称的那样,MouseEnter
事件作为应用程序中的直接事件进行响应。
关于wpf - MouseEnter 事件可以/应该冒泡吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5076764/