问题标签 [routed-commands]

按钮 cammand 与 MenuItem 完全相同。当我为 MenuItem 调试转换器时，值参数包含两个对象：DependencyProperty.UnsetValue（我不知道这是什么）和 MyContextMenu 对象。

还有我如何将 SomeType 作为参数传递？谢谢

我们的一些开发人员不喜欢 MVVM 中的命令，因为 VS2010 IDE 不支持帮助您从 xaml 中的命令绑定导航到实现该行为的实际代码。使用代码隐藏，您可以右键单击并选择 Navigate to Event Handler。我们正在与大约 4 个开发人员一起开始一个新项目，但我们通常将工作划分为功能区域，而不是 Ux 和业务逻辑，因此每个开发人员都在 xaml 和视图模型/域中工作以实现所需的功能。

你们认为这是采用 MVVM 的障碍吗？

任何框架在这方面有帮助吗？

是否有任何提示/技巧可以促进导航需求？

也许我们应该尝试在 Ux 和应用程序逻辑之间拆分工作？

感谢您的任何想法。

禁用关联的 UIElement 时如何调试RoutedUICommand 。

例如，考虑 ContextMenu。由于它存在于不同的 VisualTree 中，因此使用菜单项编写的命令可能无法从它传播到已订阅它的父级。在这样的场景下，想象一下源代码这么庞大，我该如何调试。是否有任何工具可以帮助我找到这些错误/错误。

嗨，我对 WPF 中的 CommandBindings 有一个奇怪的问题。我在对象的构造函数中添加了 CommandBindings。命令绑定看起来像这样

负责执行的对应函数看起来是这样的

问题是只有 cut 命令有效。我的意思是，如果我在任何其他功能（复制或粘贴）中设置断点，则不会命中断点。有人可以告诉我我做错了什么吗？

我想设计一个类似于 Visual Studio 的应用程序，其中工具栏对工作区区域是上下文敏感的，它们是具有上下文敏感功能的常用工具栏，如剪切、复制、粘贴（对于这些我可以使用应用程序命令）、选择注释（自定义命令）。

我想让工作区不知道工具栏控件。

我尝试使用自定义路由命令，但它仅适用于可视树中的父级（气泡路由策略），但我的工具栏和工作区在 shell 中位于同一级别。

他们在 WPF 中设计这样的应用程序的特定模式（我相信必须有）吗？

基本上我想创建一个在窗口范围内有效的键盘快捷键，而不仅仅是在焦点位于绑定它的控件内时启用。

更详细....

我有一个包含 3 个控件的窗口：

• 工具栏
• 一个文本框
• 自定义控件

工具栏有一个绑定到 Command 的按钮CustomCommands.CmdA，并链接到键盘快捷键Ctrl+ T。

我的自定义控件可以处理CmdA。当我运行应用程序并单击我的自定义控件时，我的自定义控件CmdA已启用并且工作正常。Ctrl+也会T导致命令触发。

但是，当我选择文本框时，我的自定义命令CmdA将被禁用。

我可以通过设置CmdA按钮的命令目标来纠正这个问题。现在当我选择文本框时，CmdA仍然启用。

但是键盘快捷键Ctrl+T什么也不做。

有没有简单的方法来改变键盘快捷键的范围？或者我是否需要在较低的某个地方捕捉按键，并计算出它与哪个命令相关并自己路由它（如果是这样，是否有一个框架可以做到这一点？）

我的问题是我想在多个地方处理一个命令。例如，我有我的自定义 UserControl，其中 Button 绑定到某个命令。我在该控件中有一个命令绑定，但在使用此控件的窗口中也有一个命令绑定。

我的目标是在控件内部执行一些操作，同时不中断窗口中命令的处理。

我尝试尝试 Executed 和 PreviewExecuted 事件，但没有运气。然后我在一个窗口中模拟了这个问题（代码贴在下面）。

当我点击按钮时，只打印出“CommandBindingWindow_PreviewExecuted”。这是为什么？我试图将 e.Handled 设置为 false，但它没有任何区别。谁能解释这种行为？

我有兴趣在我的 WPF 应用程序的任何地方创建可用的命令。

我希望它们以与 , 和其他应用程序级别命令相同的方式工作Cut，Copy即Paste：

我以为我可以为 Application 实例设置 CommandBindings，但该属性不可用。

这是怎么做到的？

到目前为止，我管理的最好的方法是在顶级窗口上创建一套命令，然后像这样访问它们......：

哪个有效，但当然是紧密耦合的，因此非常脆弱。

我有这个代码（它工作得很好）：

其中“s”当然是系统命名空间。

但是这个命令被调用了很多次，它确实膨胀了原本相当简单的 XAML 代码。这真的是 XAML 中布尔命令参数的最短表示法（​​除了将命令拆分为多个命令）吗？

有没有办法在 WPF 中有效地“别名”命令？我的情况是这样的：我创建了一个应用程序，它在具有许多自定义画布的图形编辑器的上下文中使用 ApplicationCommands.Delete。这些画布上的一些控件使用 TextBox，但问题是：TextBox 不响应 ApplicationCommands.Delete，它响应 EditorCommands.Delete。有什么方法可以干净地让 TextBox 响应 ApplicationCommands.Delete 而无需在每个 TextBox 实例上进行子类化或手动设置绑定？