WPF CommandBinding PAS sur l'élément de niveau supérieur/Window/this

Question

Tout ce que je voulais, c'était des liaisons différentes sur des onglets différents, donc les onglets de commutation bascule la disponibilité de la commande. Je pensais que CommandBindings fonctionnait de cette façon.

Mais j'ai passé la dernière fois en essayant de faire fonctionner cet exemple simple. Soit je me méprends fondamentalement (et ce ne serait pas une première) ou quelque chose ne va pas.

J'ajoute un CommandBinding à textBoxA mais pas à textBoxB. Les déplacer entre eux devrait activer et désactiver le bouton qui est défini sur la commande correspondante. L'ajout de CommandBinding à la fenêtre active le bouton, mais ce type de bouton tue tout le point de l'objet CommandBindings spécifique aux éléments.

En utilisant cette XAML

<Window x:Class="WpfApplication2.MainWindow" 
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
    Title="MainWindow" Height="350" Width="500"> 
    <Canvas> 
     <Button Canvas.Left="31" Canvas.Top="24" Content="Click Me" Name="button1" Width="100"/> 
     <TextBox Canvas.Left="155" Canvas.Top="22" Height="23" Name="textBoxA" Width="120" Text="A" /> 
     <TextBox Canvas.Left="298" Canvas.Top="22" Height="23" Name="textBoxB" Width="120" Text="B" /> 
    </Canvas> 
</Window> 

En utilisant ce code derrière

public MainWindow() 
{ 
    InitializeComponent(); 

    button1.Command = ApplicationCommands.Open; 

    var _Binding = new CommandBinding(button1.Command); 
    textBoxA.CommandBindings.Add(_Binding); 
    textBoxB.CommandBindings.Clear(); // nothing bound 

    _Binding.CanExecute += (s, e) => 
    { 
     e.CanExecute = true; 
    }; 

    _Binding.Executed += (s, e) => 
    { 
     MessageBox.Show("Hello"); 
    }; 
} 

Vous verrez (si vous essayez ce code) que le bouton reste désactivé, même lorsque vous passez d'une zone de texte à L'autre. (Même si textBoxA doit activer le bouton car il implémente le CommandBinding du bouton).

Comment cela est-il supposé fonctionner?

Merci d'avance.

Answer 1

MSFT m'a donné encore une fois la bonne réponse dans leur forum WPF, ici http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/bb3d1eb1-96fa-4fbc-beda-799613acb9f7

Answer 2

Je ne vois pas comment cela fonctionnerait et il semble que vous manquiez le point (désolé) - CommandBindings sont censés être appliqués aux éléments parents (le mettre sur le canevas fonctionnera aussi bien). Lorsque le bouton est cliqué, la commande RoutedCommand va «remonter» dans l'arborescence visuelle, ce qui signifie que tous les éléments parents verront leurs événements qui ont été liés à cette commande. La raison pour laquelle le bouton reste désactivé est que vous ne pouvez pas exécuter la commande open à ce stade et que CommandBinding n'est pas évalué car il n'est pas dans le chemin d'exécution. voir ici:

http://msdn.microsoft.com/en-us/library/system.windows.input.commandbinding.aspx

Answer 3

Je vais essayer de voir si je peux frapper votre scénario:

<Canvas> 
    <Button ... Command="Open"> 
     <CommandBindings> 
      <CommandBinding Command="Open" Executed="OnOpen"/> 
     <CommandBindings> 
    </Button> 
    <TextBox ... > 
     <CommandBindings> 
      <CommandBinding Command="Open" Executed="OnOpen"/> 
     <CommandBindings> 
    </TextBox> 
    <TextBox ... /> 
</Canvas> 

Et dans le code-behind:

private void OnOpen(object sender, ExecutedRoutedEventArgs e) 
{ 
    MessageBox.Show("Hello"); 
} 

L'idée est CommandBindings être un raccourci pour avoir des raccourcis clavier communs à travers les boutons et autres contrôles dans un contexte (typiquement un contrôle userc). Ensuite, chaque région peut avoir des significations différentes pour l'Open-command (l'un ouvrira peut-être un fichier - dans un autre, il ouvrira l'élément sélectionné dans ListView et ainsi de suite).

Dans mon exemple, si vous appuyez sur CTRL + O alors que TextBox A ou le bouton a le focus, le MessageBox 'Hello' est déclenché. Mais lisez la page liée à Leom pour une explication plus approfondie.