7

目前，我仍在摸索 WPF，无法弄清楚为什么禁用此上下文菜单项：

<Window x:Class="DisabledMenuItemProblem.Window1"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:local="clr-namespace:DisabledMenuItemProblem"
        Title="Window1" Height="300" Width="300">
    <TextBlock Text="fooooobaaaaaar">
        <TextBlock.ContextMenu>
            <ContextMenu>
                <MenuItem Header="Foo" Command="{x:Static local:MyCommands.FooBar}" />
            </ContextMenu>
        </TextBlock.ContextMenu>
    </TextBlock>
</Window>

using System.Windows;
using System.Windows.Input;

namespace DisabledMenuItemProblem
{
    public partial class Window1 : Window
    {
        public Window1()
        {
            InitializeComponent();
            CommandBindings.Add(new CommandBinding(MyCommands.FooBar, FooExecuted, CanFooExecute));
        }

        public void FooExecuted(object sender, ExecutedRoutedEventArgs e)
        { MessageBox.Show("Foo!"); }

        public void CanFooExecute(object sender, CanExecuteRoutedEventArgs e)
        { e.CanExecute = true; }
    }

    public static class MyCommands
    { 
        public static RoutedCommand FooBar = new RoutedCommand(); 
    }
}

我错过了什么？

让我感到困惑的是，如果我在窗口中抛出一个按钮并将其命令设置为 FooBar 它就可以工作，一旦它被执行，上下文菜单就会启用！

干杯，克里斯。

4

5 回答 5

11

这是我使用的一般模式....

首先，将您的命令保存在自己的静态类中，这可以促进重用等......

public static class MyCommands
{
    public static RoutedUICommand CmdFoo = new RoutedUICommand("CmdFoo", 
                                                               "CmdFoo", 
                                                               typeof(MyCommands));
}

其次，在control/window/etc中注册命令。你想使用它，通常在构造函数中

public MyControl
{
    public MyControl()
    {
        CommandBindings.Add( 
            new CommandBinding( MyCommands.CmdFoo,   // this is the command object
                                XCutFooCommand,      // execute
                                CanXCuteFooCommand));// can execute?
    }

第三，在控件/窗口/等中创建您的处理程序......

  public void CanExecuteRerollCommand(object sender, CanExecuteRoutedEventArgs e)
    {
        e.CanExecute = true;  // can this command be executed?
        e.Handled = true;     // has this event been handled?
    }
    public void ExecuteRerollCommand(object sender, ExecutedRoutedEventArgs e)
    {
    // do stuff
    }
}

最后，您的 xaml 应该如下所示：

    <ContextMenu>
        <ContextMenu.CommandBindings>
            <CommandBinding Command="foo:MyCommands.CmdFoo" 
                            CanExecute="CanExecuteRerollCommand" 
                            Executed="ExecuteRerollCommand" />
        </ContextMenu.CommandBindings>
        <MenuItem Header="Reroll"  Command="foo:MyCommands.CmdFoo"/>
    </ContextMenu>

请注意，没有约束力。另外，请注意<CommandBinding>. <ContextMenu>这是一个参考...... http://www.wiredprairie.us/journal/2007/04/commandtarget_menuitem_context.html

被禁用的命令在这个站点上得到解决

于 2009-01-19T05:51:09.537 回答
8

对于任何寻找这个问题的答案的人 - 在搜索互联网之后，我发现最有效的答案是将以下内容包含在需要其“所有者”听到其命令的 MenuItem 的任何声明中。

通俗地说；如果您希望右键单击的内容可以听到上下文菜单的命令。添加此代码：

CommandTarget="{绑定路径=PlacementTarget，RelativeSource={RelativeSource AncestorType=ContextMenu}}"

例子：

    <ContextMenu>
        <MenuItem Header="Close" Command="Application.Close" CommandTarget="{Binding Path=PlacementTarget, RelativeSource={RelativeSource AncestorType=ContextMenu}}" />
    </ContextMenu>

这也适用于模板（我发现很多其他解决方案不支持）。这是对从其他地方获取的语句含义的解释（我对解释事情感到震惊）：

每个 FrameworkElement 都有一个 DataContext，它是一个任意对象。数据绑定的默认源是 DataContext。您可以使用 RelativeSource.Self 来更改绑定到 FrameworkElement 本身而不是其 DataContext 的源。因此，RelativeSource 部分只是将您从 FrameworkElement 的 DataContext 移到 FrameworkElement 本身“上一级”。进入 FrameworkElement 后，您可以指定其任何属性的路径。如果 FrameworkElement 是 Popup，它将具有 PlacementTarget 属性，该属性是 Popup 相对定位的另一个 FrameworkElement。

简而言之，例如，如果您有一个相对于 TextBox 放置的 Popup，则该表达式会将 Popup 的 DataContext 设置为 TextBox，结果 {Binding Text} 在 Popup 主体中的某处将绑定到 TextBox 的文本.

老实说，我希望这些信息可以为 WPF 新手节省我这个周末经历的头痛……尽管它确实教会了我很多东西！

史蒂夫

于 2011-09-11T22:32:00.597 回答
2

据我了解，这就是发生的事情。当显示 ContextMenu 时，它会显示在一个 Popup 中，它基本上是一个单独的窗口。弹出窗口与窗口中的主要内容不属于同一可视树，因此命令不会“冒泡”到您的主窗口中。这就是为什么永远不会调用您的 CanExecute 方法的原因。例如，如果您将 CommandBindings 附加到 ContextMenu 本身，CanExecute 将被正确调用。

但是，我确实记得在某处读过，在某些情况下，弹出窗口不应该像普通窗口那样表现，某些事情应该“冒泡”。

我认为一定有一些内在的魔力在发生。例如，如果您只是将 TextBlock 更改为 TextBox，它似乎可以工作。我敢打赌，Reflector 会在 TextEditorBase 或类似的东西中向您展示一些额外的逻辑。

如果您真的需要使用 TextBlock，我可能会手动将 CommandBinding 添加到 ContextMenu 本身而不是窗口上。

于 2009-01-19T06:14:39.380 回答
1

我发现解决此问题的最简单方法是将上下文菜单移动到窗口资源并从那里引用它

<ContextMenu x:Key="ControlContextMenu">
    <ContextMenu.CommandBindings>
        <CommandBinding Command="{StaticResource CloseCommand}" Executed="CloseExecuted" CanExecute="CloseCanExecute" />
    </ContextMenu.CommandBindings>          
    <MenuItem Command="{StaticResource CloseCommand}" />
</ContextMenu>

然后在 UIElement 上设置 ContextMenu 属性

<TextBlock ContextMenu="{StaticResource ControlContextMenu}"/>
于 2013-09-25T15:34:54.813 回答
0

一个更简单的答案是在 Window 的构造函数中添加对Focus()的调用。我昨天遇到了这个问题，花了很多时间弄清楚发生了什么。我在这里写了一篇博客：http ://cebla5.spaces.live.com/blog/cns!1B8262ED00250003!206.entry

博客文章将解释为什么在构造函数中调用Focus()有效。

于 2009-02-18T07:11:59.503 回答