Comment référencer faites un clic droit sur l'objet dans WPF l'élément de Menu Contextuel cliquez sur gestionnaire d'événement?

En application WPF il y a un Grid avec un certain nombre d'objets (ils sont dérivés à partir d'un contrôle personnalisé). Je veux effectuer certaines actions sur chacun d'entre eux à l'aide du menu contextuel:

   <Grid.ContextMenu>
     <ContextMenu>
       <MenuItem  Name="EditStatusCm" Header="Change status" Click="EditStatusCm_Click"/>
     </ContextMenu>                   
   </Grid.ContextMenu>

Mais dans le gestionnaire d'événement je n'arrive pas à savoir lequel de ces objets a été cliqué avec le bouton droit:

    private void EditStatusCm_Click(object sender, RoutedEventArgs e)
    {
        MyCustControl SCurrent = new MyCustControl();
        MenuItem menu = sender as MenuItem;
        SCurrent = menu.DataContext as MyCustControl; //here I get a run-time error
        SCurrent.Status = MyCustControl.Status.Sixth;
    }

Sur cette ligne de commentaire Débogueur dit: Objet de référence non définie à une instance d'un objet.

Aider s'il vous plaît, quel est le problème dans mon code?

Modifié (ajout):

J'ai essayé de faire de même, à l'aide de Commande approche:

J'ai déclaré un DataCommands Classe avec RoutedUICommand Requery et ensuite utilisé Window.CommandBindings

<Window.CommandBindings>
  <CommandBinding Command="MyNamespace:DataCommands.Requery" Executed="RequeryCommand_Executed"></CommandBinding>
</Window.CommandBindings>

XAML de MenuItem ressemble maintenant à:

<Grid.ContextMenu>
 <ContextMenu>
  <MenuItem  Name="EditStatusCm" Header="Change status"  Command="MyNamespace:DataCommands.Requery"/>
 </ContextMenu>                   
</Grid.ContextMenu>

Et gestionnaire d'événement ressemble:

    private void RequeryCommand_Executed(object sender, ExecutedRoutedEventArgs e)
    {
        IInputElement parent = (IInputElement)LogicalTreeHelper.GetParent((DependencyObject)sender);
        MyCustControl SCurrent = new MyCustControl();
        SCurrent = (MuCustControl)parent;
        string str = SCurrent.Name.ToString();//here I get the same error
        MessageBox.Show(str);
    }

Mais débogueur affiche la même erreur d'exécution: Objet de référence non définie à une instance d'un objet.

Ce qui est manquant dans mon les deux approches?

Comment je doit faire référence à droite-objet cliqué dans WPF l'élément de Menu Contextuel cliquez sur gestionnaire d'événement?

J'ai essayé d'utiliser la Commande approche plus WPF-ish, mais j'ai reçu le même message d'erreur. J'ai édité ma question et a ajouté étapes de ma Commande tentative d'approche. Ma compréhension de la façon d'obtenir l'objet cliqué référence manque quelque chose dans les deux cas

InformationsquelleAutor rem | 2010-01-09

c#contextmenu event-handling wpf

note le CommandParameter

<Grid Background="Red" Height="100" Width="100">
    <Grid.ContextMenu>
        <ContextMenu>
            <MenuItem 
                Header="Change status" 
                Click="EditStatusCm_Click"
                CommandParameter="{Binding RelativeSource={RelativeSource Self}, Path=Parent}" />
        </ContextMenu>
    </Grid.ContextMenu>
</Grid>

et de l'utiliser dans le gestionnaire de figure qui Grille, il est

    private void EditStatusCm_Click(object sender, RoutedEventArgs e)
    {
        MenuItem mi = sender as MenuItem;
        if (mi != null)
        {
            ContextMenu cm = mi.CommandParameter as ContextMenu;
            if (cm != null)
            {
                Grid g = cm.PlacementTarget as Grid;
                if (g != null)
                {
                    Console.WriteLine(g.Background); //Will print red
                }
            }
        }
    }

mise à Jour:

Si vous voulez le menuitem gestionnaire d'obtenir à la Grille des enfants au lieu de la Grille elle-même, l'utilisation de cette approche

<Grid Background="Red" Height="100" Width="100">
    <Grid.Resources>
        <ContextMenu x:Key="TextBlockContextMenu">
            <MenuItem 
                Header="Change status" 
                Click="EditStatusCm_Click"
                CommandParameter="{Binding RelativeSource={RelativeSource Self}, Path=Parent}" />
        </ContextMenu>

        <Style TargetType="{x:Type TextBlock}">
            <Setter Property="ContextMenu" Value="{StaticResource TextBlockContextMenu}" />
        </Style>
    </Grid.Resources>

    <Grid.RowDefinitions>
        <RowDefinition />
        <RowDefinition />
    </Grid.RowDefinitions>

    <TextBlock Text="Row0" Grid.Row="0" />
    <TextBlock Text="Row1" Grid.Row="1" />
</Grid>

Il suffit de remplacer le TextBlocks avec personnalisé quel que soit votre type d'objet est. Ensuite, dans le gestionnaire d'événements, remplacer Grid g = cm.PlacementTarget as Grid avec TextBlock t = cm.PlacementTarget as TextBlock (ou quel que soit votre objet personnalisé est de type).

Merci! Le problème est que dans la fin (je veux dire votre code exemple) nous obtenons un "g"-la référence à la Grille (d'où mon Menu Contextuel déclaration XAML est placé), mais j'ai besoin de la référence à l'objet cliqué, qui est à l'intérieur de la Grille (à l'intérieur de la Grille, j'ai des centaines d'objets similaires, chacun d'eux peut être cliqué avec le bouton droit pour obtenir un menu contextuel).
au lieu de mettre le contextmenu sur la grille elle-même, mettez-les sur la Grille du enfants.
Oui, il fonctionne. Merci!!!!
De Performance remarque: les Lecteurs sont priés de noter que le CommandParameter de liaison n'est pas nécessaire ici, car e.Source peut être utilisé à la place. La seule condition essentielle pour que cela fonctionne est que chaque élément a son propre ContextMenu. Bien que CommandParameter est significativement moins efficace que l'utilisation de e.Source en raison des liaisons, vous pouvez facilement faire valoir que c'est plus élégant et par conséquent la valeur de la faible efficacité.

InformationsquelleAutor kenwarner

5

En liant les Données de Contexte comme dans le code xaml:
```
ContextMenu DataContext="{Binding PlacementTarget.DataContext, RelativeSource=    {RelativeSource Self}}">
```
Vous pouvez alors faire ceci:
```
private void Context_MenuClick(object sender, RoutedEventArgs e)
{
   var menuItem = e.Source as MenuItem;

   MyDoStuffFunction(menuItem.DataContext);
}
```
Le contexte de données sera lié à l'objet qui a été cliqué pour ouvrir le ContextMenu.

Je l'ai eu à partir d'un codeproject l'article sur ce lien:

http://www.codeproject.com/Articles/162784/WPF-ContextMenu-Strikes-Again-DataContext-Not-Upda

InformationsquelleAutor Tbonechk27
2

menu = sender as MenuItem sera nulle si l'expéditeur n'est pas un MenuItem ou d'une classe dérivée de celle-ci. Par la suite essayer de déréférencer menu va exploser.

Il est probable que votre expéditeur est un Menu ou ContextMenu ou un ToolStripMenuItem ou l'autre forme de l'élément de menu, plutôt que spécifiquement être un objet MenuItem. Utiliser un débogueur point d'arrêt pour stopper le code ici et d'examiner l'objet expéditeur pour voir exactement à quelle classe il est.
- J'ai utilisé un débogueur point d'arrêt sur cette ligne et qu'il dit à propos de "l'expéditeur" Type comme suit: "sender {Système.De Windows.Les contrôles.MenuItem Header:Changer le statut des Objets.Count:0} object {Système.De Windows.Les contrôles.MenuItem}"
- Il est possible que vous obtenez ce que l'événement de plusieurs éléments, dont certains sont MenuItems (comme celui que vous avez pris dans le débogueur) et certains ne sont pas (comme celui à l'origine de votre panne. Si vous utilisez if (menu != null) autour de votre code de traitement, vous pouvez l'arrêter en essayant de traiter les événements de non-MenuItem objets, qui peuvent aider. Ou c'est en fait s'écraser sur la ligne suivante, et il est menu.DataContext qui n'est pas un MyCustControl objet. Juste seule étape avec le débogueur et regarder chaque valeur jusqu'à ce que vous trouver celui qui est null.
- menu = expéditeur MenuItem ne fonctionne pas parce que, par défaut MenuItem est une classe de Système.De Windows.Formes, cependant il fonctionne comme expéditeur en tant que Système.De Windows.Les contrôles.MenuItem;
InformationsquelleAutor Jason Williams
2

Pour RoutedEventArgs
- RoutedEventArgs.source est la référence à l'objet qui a déclenché l'événement
- RoutedEventArgs.originalSource est la source tel que déterminé par pur hit de tests avant toute Source possible d'ajustement par un parent de la classe.
Donc .L'expéditeur doit être la réponse. Mais cela dépend de la façon dont les menuitems sont ajoutés et lié

Voir ce réponse de la collection et choisir la méthode qui va travailler pour vous de la situation!
- Merci pour la réponse, collection" le lien. Certianly de nombreuses façons de la peau du chat. Vous pensez que Microsoft aurait fait cette nettoyeur de maintenant!
InformationsquelleAutor TFD
1

Ne devriez-vous pas être la vérification de RoutedEventArgs.Source au lieu de sender?

InformationsquelleAutor Vijay Patel
1

Vous avez eu deux problèmes différents. Les deux problèmes ont abouti à la même exception, mais n'avaient aucun lien avec:

Premier problème

Dans votre première approche de votre code est correct et a couru bien, sauf pour le problème ici:
```
SCurrent.Status = MyCustControl.Status.Sixth;
```
Le nom de "Statut" est utilisé à la fois comme un membre statique et en tant que membre de l'instance. Je pense que vous avez coupé et collé le code correctement dans votre question.

Il peut également être nécessaire d'ajouter ce qui suit après MenuItem menu = sender as MenuItem;, en fonction de votre situation exacte:
```
  if(menu==null) return;
```
Deuxième problème

Dans votre deuxième approche que vous avez utilisé "expéditeur" au lieu de "e.Source". Le code suivant fonctionne comme vous le souhaitez:
```
private void RequeryCommand_Executed(object sender, ExecutedRoutedEventArgs e)    
{    
    IInputElement parent = (IInputElement)LogicalTreeHelper.GetParent((DependencyObject)e.Source);
      //Changed "sender" to "e.Source" in the line above
    MyCustControl SCurrent = new MyCustControl();    
    SCurrent = (MuCustControl)parent;    
    string str = SCurrent.Name.ToString();//Error gone
    MessageBox.Show(str);    
}
```
Note Finale

Remarque: Il n'y a aucune raison de lier CommandParameter pour cela, si vous utilisez le commandant de la démarche. Il est beaucoup plus lente et prend plus de code. e.Source sera toujours l'objet source, donc il n'est pas nécessaire d'utiliser CommandParameter, afin de l'utiliser à la place.
- Ray, dans le cas de l'utilisation de votre dernier morceau de code que j'ai obtenir un débogueur d'erreur: Impossible de convertir l'objet de type 'System.De Windows.Les contrôles.Grille' de type 'MyCustControl'. Il semble que l'e.source des points de l'objet cliqué, mais à la Grille (d'où mon Menu Contextuel déclaration XAML est placé).
- Intéressant. Je me souviens que j'ai effectivement coupé et collé votre code dans un projet et il a essayé. Je crois que j'ai collé le ContextMenu dans un modèle sans y penser au lieu de l'attacher à la Grille, car il est évident qu'elle ne serait pas possible pour qu'il fonctionne comme souhaité si le ContextMenu étaient attachés à la Grille.
InformationsquelleAutor Ray Burns

Cela fonctionne pour moi:-

XAML:-

<DataGrid.ContextMenu>
<ContextMenu x:Name="AddColumnsContextMenu" MenuItem.Click="AddColumnsContextMenu_Click">
</ContextMenu>

Pour ajouter des éléments de menu:-

foreach (String s in columnNames)
{
var item = new MenuItem { IsCheckable = true, IsChecked = true ,Header=s};
AddColumnsContextMenu.Items.Add(item);
}

Et ici vient de l'auditeur:-

private void AddColumnsContextMenu_Click(object sender, RoutedEventArgs e)
{
    MenuItem mi = e.Source as MenuItem;
    string title = mi.Header.ToString();
    MessageBox.Show("Selected"+title);
}

Merci...

InformationsquelleAutor Abhishek

Dans mon cas, j'ai pu utiliser:

private void MenuItem_Click(object sender, RoutedEventArgs e)
{    
    MenuItem menuItem        = e.Source as MenuItem;
    ContextMenu parent       = menuItem.Parent as ContextMenu;
    ListBoxItem selectedItem = parent.PlacementTarget as ListBoxItem;
}

InformationsquelleAutor Versatile

Vous devez vous connecter pour publier un commentaire.