gpt4 book ai didi

wpf - MouseEnter 事件可以/应该冒泡吗?

转载 作者:行者123 更新时间:2023-12-04 14:27:45 28 4
gpt4 key购买 nike

在任何情况下都可能使 MouseEnter 事件冒泡吗?

MSDN 说这是一个带有直接路由策略的附加事件,技术上排除了这种可能性。我有一个相当复杂的控件(本质上是一个由网格、堆栈面板和内容控件组成的层次结构)。我似乎从下往上传播了 MouseEnter 事件,这是从 OnMouseEnter 处理程序获取的调试转储(我在层次结构的不同级别包含相同的自定义控件,它处理 MouseEnter,所以我有一个中心位置来收听该事件) :

在: parent :s7b,时间戳:37989609

在:父级:s2,时间戳:37989609

在:父:根,时间戳:37989609

s7b、s2 和 Root 是 FrameworkElement 名称,时间戳是来自 MosueEnter 事件的 e.Timestamp。

假设路由策略是直接的,WPF 如何决定事件发起者?它是否会遍历可视化树,直到找到第一个带有附加 MouseEnter 事件的 FrameworkElement?

虽然我正在为该问题制作一个极简主义的重现集,但有人可以提出导致该行为的原因吗?


这是重现:

  1. 创建两个自定义控件,一个是常量控件,另一个是事件接收器。

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>
  1. 最后是我的测试工具的标记:

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 articleMouse.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.MouseEnterIsMouseOver 从 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 中的哪一个上方,c1IsMouseOver 都设置为 true。这表明 IsMouseOverc1 位于三个方 block 中的任何一个上方时更改为 true,因此 MSDN 所做的声明是正确的。 MouseEnter 应该并且确实会为 c1 触发,无论您触摸哪个灰色方 block ,因为所有三个灰色方 block 都在 c1 的可视化树中,而不是通过警告(例如空背景警告)从鼠标 HitTest 中消除。

正如 MSDN 声称的那样,MouseEnter 事件作为应用程序中的直接事件进行响应。

关于wpf - MouseEnter 事件可以/应该冒泡吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5076764/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com