WPF: Comment puis-je configurer la Fenêtre du Propriétaire d'une boîte de Dialogue affichée par un UserControl?

J'ai une application WPF avec ces trois types de choses...

WindowMain
UserControlZack
WindowModal

UserControlZack1 se trouve sur mon WindowMain...

<Window x:Class="WindowMain"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:local="clr-namespace:ProjectName"
        ...
        Name="WindowMain">
    <Grid>
        ...
        <local:UserControlZack x:Name="UserControlZack1" ... />
        ...
    </Grid>
</Window>

UserControlZack1 affiche un WindowModal dailog boîte...

Partielle Public Class UserControlZack 

... 

Private Sub SomeButton_Click(...) 
'instancier la boîte de dialogue ouvrir modal... 
Dim boîte WindowModal = New WindowModal() 
la boîte.Propriétaire = ????? 
la boîte.ShowDialog() 
"traiter les données saisies par l'utilisateur si la boîte de dialogue est accepté... 
Si (boîte.DialogResult.GetValueOrDefault = True), Alors 
_SomeVar = box.SomeVar 
... 
Fin De Si 
End Sub 

Fin De La Classe

Comment puis-je configurer la boîte.Propriétaire à la bonne Fenêtre, mon instance en cours d'exécution de WindowMain?

Je ne peux pas utiliser box.Owner = Me.Owner, parce que "le" Propriétaire " n'est pas un membre de 'Nom_projet.UserControlZack'."

Je ne peux pas utiliser box.Owner = Me.Parent, parce que renvoie une Grille, pas de la Fenêtre.

Je ne peux pas utiliser box.Owner = WindowMain, parce que "'WindowMain' est un type et ne peut pas être utilisé comme une expression."

InformationsquelleAutor Zack Peterson | 2009-03-03

123

Essayez d'utiliser
```
.Owner = Window.GetWindow(this)
```
- Fonctionne très bien, merci. Et est aussi exactement la réponse à cette question :-).
- Une autre réponse manquante using refference sur l'ambiguïté d'un nom d'objet.
InformationsquelleAutor Martin Moser
40

Pour obtenir le niveau supérieur de la fenêtre de votre contrôle, à supposer qu'il y en est un:
```
(Window)PresentationSource.FromVisual(this).RootVisual
```
Pour obtenir la fenêtre principale:
```
Application.Current.MainWindow
```
- Application.Actuel.MainWindow m'a donné exactement ce dont j'avais besoin. - Je besoin pour accéder aux commandes dans la fenêtre parent d'un enfant de fenêtre ouverte à l'aide de ShowDialog().
InformationsquelleAutor Nir
8
```
MyWpfDialog dialog = new MyWpfDialog();

//remember, this is WinForms UserControl and its Handle property is
//actually IntPtr containing Win32 HWND.

new System.Windows.Interop.WindowInteropHelper(dialog).Owner = this.Handle;

dialog.ShowDialog();
```
- méfiez-vous avec celui-ci. J'ai eu des problèmes bizarres lors de l'exécution dans VMWare Fusion sur un Macintosh - fenêtre apparue pour une seconde, puis disparu.
- Heads up: si vous avez une autre fenêtre (fenêtre de démarrage, etc.) affiche - vous doit définir la Owner pour elle aussi! sinon, vous allez obtenir quelques comportements bizarres - votre fenêtre principale de ne pas obtenir de OnActivated événement / va rester dans le fond, va soudainement disparaître, etc.
InformationsquelleAutor JRL1283
5

Mise à jour pour aider et essayer de Greg à partir des commentaires. La commande fonctionne dans le menu principal de windows, le bouton dans le contrôle de l'utilisateur et le menu contextuel dans le contrôle de l'utilisateur.

Je le ferais avec les commandes. Donc, avoir une classe de Commandes.cs quelque chose comme:
```
public static class Commands
{
    public static RoutedUICommand TestShowDialogCommand = new RoutedUICommand("Test command", "TestShowDialog", typeof(Commands));
}
```
Inscrire ces derniers dans votre fenêtre principale: (vous n'avez pas besoin de la canshow la valeur par défaut est true)
```
    public Window1()
    {
        InitializeComponent();

        CommandManager.RegisterClassCommandBinding(typeof(System.Windows.Controls.Control),
            new CommandBinding(Commands.TestShowDialogCommand, ShowDialogCommand, CanShowDialogCommand));
    }

    private void ShowDialogCommand(object sender, ExecutedRoutedEventArgs e)
    {
        var box = new Window();
        box.Owner = this;
        box.ShowDialog();

    }

    private void CanShowDialogCommand(object sender, CanExecuteRoutedEventArgs e)
    {
        e.CanExecute = true;
    }
```
C'est mon xaml de la fenêtre principale:
```
<Window x:Class="WpfApplication1.Window1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:WpfApplication1="clr-namespace:WpfApplication1"
Title="Window1" Height="300" Width="322">
<Grid>
    <StackPanel>
        <Menu>
            <MenuItem Header="Test">
                <MenuItem Header="ShowDialog" Command="{x:Static WpfApplication1:Commands.TestShowDialogCommand}"/>
            </MenuItem>
        </Menu>
        <WpfApplication1:BazUserControl />
    </StackPanel>
</Grid>
</Window>
```
C'est le xaml pour mon contrôle de l'utilisateur (le code par défaut derrière uniquement)
```
<UserControl x:Class="WpfApplication1.BazUserControl"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:WpfApplication1="clr-namespace:WpfApplication1"
Height="300" Width="300">
<Grid>
    <StackPanel>
        <Button Command="{x:Static WpfApplication1:Commands.TestShowDialogCommand}" Content="ClickMe" ></Button>
        <TextBox>
            <TextBox.ContextMenu>
                <ContextMenu>
                    <MenuItem Header="ShowDialog" Command="{x:Static WpfApplication1:Commands.TestShowDialogCommand}" />
                </ContextMenu>
            </TextBox.ContextMenu>
        </TextBox>
    </StackPanel>
</Grid>
</UserControl>
```
Vous pourriez prendre un peu plus loin et traiter la commande dans une classe de contrôleur de la place et de le rendre un peu plus MVC.
- Lorsque j'utilise cette technique, le CanExecute événement n'est pas appelée pour la référence de l'objet UserControl. CanExecute semble par défaut à false, la désactivation de l'Élément qui la commande est sur (un contexte menuitem, dans mon cas). Un MenuItem dans la fenêtre parent n'a pas de problèmes et qu'il est activé.
- Il a quelque chose à faire avec la commande de routage. Mon UserControl de ne pas recevoir le focus, mais possède un menu contextuel. Si aucun Élément n'est sélectionné/concentré quand j'essaie de vue de l'objet UserControl menu contextuel, la commande de l'événement n'est pas acheminé.
- Si vous voulez plus d'info dans la question, je vais voir si je peux vous aider. J'utilise les commandes tout au long de l'application WPF, je suis en train de faire, et je suis vraiment amoureuse pour le moment.
- Merci, Andrew. I pense j'ai pensé à elle, mais je ne sais pas " jusqu'à ce que je l'ai essayer. Je crois que j'ai tout simplement besoin de définir CommandTarget="{Binding ElementName=Ce}" (C'est le x:Nom de l'objet UserControl). Qui devrait de la source de l'événement de la commande de mon usercontrol la place de ce que le bouton a le focus. 🙂
- Zut, j'ai essayé, pas d'amour. La liaison n'est pas légitime...
- Greg, j'ai mis à jour, j'espère que ça peut vous aider. Sera probablement besoin de plus d'info de vous pour vous aider à mieux.
- Merci pour l'info, Andrew. 🙂 Je n'ai pas eu beaucoup le temps de regarder aujourd'hui encore. Je vais jeter un lien ici si/quand j'ai poster une question. Un diff, c'est que mon ContextMenu est sur UserControl.ContextMenu et le contrôle UserControl est dynamiquement créé/déposé dans la Fenêtre.
- J'ai posté ma question est la suivante: stackoverflow.com/questions/616206/...
InformationsquelleAutor Andrew Barrett
0

Je l'ai eu à travailler par l'analyse de tout le chemin du retour à travers mon XAML...
```
boîte.Propriétaire = DirectCast(DirectCast(DirectCast(Me.Parent, De La Grille).Parent, De La Grille).Parent, Fenêtre) 
```
Mais cela semble assez peu élégante. Est-il un meilleur moyen?
- Voir ci-dessous à l'aide d'un RoutedUICommand qui je pense est le plus élégant. Toutes mes excuses pour le C#, je ne suis pas un VB gars!
InformationsquelleAutor Zack Peterson
0

Ce sujet de changer le nom de la fenêtre pour WindowMain1 ou quelque chose, et le réglage de la propriétaire?
- "Nom " WindowMain1' n'est pas déclaré."
- Ah, je vois, il n'a pas lu la question assez attentivement, vous êtes en train de faire cela à l'intérieur de la classe de contrôle utilisateur plutôt que le formulaire principal de la classe
InformationsquelleAutor Davy8

Vous devez vous connecter pour publier un commentaire.