Discussion :

[waspy59]

Bonjour à tous,

Je fais mumuse avec wpf et je suis confronté à un problème que je n'avais pas sous winForm.

J'ai une window "MainWindow" sur laquelle j'ai créé des boutons et qui contient également un Frame pour afficher des pages.

En fonction du bouton cliqué, je fais apparait la page correspondante dans le frame.

Par exemple j'ai un bouton appelé "Button_Setting" et lorsque je clique dessus, le lance la page "Page_Setting" dans le frame avec:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
public void Button_Setting_Click (object sender, RoutedEventArgs e)
        {
            Main.Content = new Page_Setting();
        }

Je ne sais pas si c'est la bonne procédure mais cela fonctionne.

Par contre sur cette page "Page_Setting", j'ai un bouton "Button_Lock" et quand je clique dessus je souhaiterai désactiver tous les boutons de "MainWindow".

Mais je n'arrive pas a accéder à la propriété "IsEnable" des Boutons de "MainWindow" depuis le code de ma "Page_Setting".... pourquoi?

Comment dois-je m'y prendre pour interagir avec des éléments extérieurs à la page courante?

Merci pour vos lumières

[_champy_]

Tu tente de reproduire ce que tu fait en Winform en WPF, c'est faisable mais ce n'est pas vraiment la bonne solution.

Tu peut t'en sortir en utilisant VisualTreeHelper, notamment la méthode GetParent et remonté récursivement la hiérarchie de composant jusqu’à rencontré une objet de type MainWindow.

Ou encore plus crade conserver une référence static a MainWindow (dans un singleton ou une classe static) de façon à pouvoir y accéder partout.

Je te conseil de lire la documentation sur le Binding , le MVVM, les ViewModel et l'interface INotifyPropertyChanged.

Un fois ces concepts assimilés tu auras en gros deux choix :
- Instancié tous les contrôles (tes pages) dans ta MainWindow et joué sur leur visibilité (mais il serons tous instancié au démarrage).
- Utilisé un FrameWork qui gère des régions (Prism par exemple, la il serons Lazy instanciés).

WPF c'est pas évident quand tu viens de Winform mais le faible couplage entre interface graphique et logique métier apporte des avantages insoupçonné pour un développeur qui viens de Winform.

[_champy_]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
private T FindParent<T>(DependencyObject child)
 
where T : DependencyObject
 
{
 
T parent = VisualTreeHelper.GetParent(child) as T;
 
if (parent != null)
 
return parent;
 
else
 
return FindParent<T>(parent);
 
}

Dans ton code Behind de ta page tu fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
MainWindow mainWindow = this.FindParent<MainWindow>(this);

Et tu auras une référence à MainWindow

[waspy59]

Salut Champy,

merci pour ton aide.

Oui je suis parti sur WPF justement pour cette "independance" interface et logique metier mais je ne pensais pas que ce serait si différent.

Pour mes essais, je suis parti sur une frame et des pages et j'ai également testé les usercontrol dans un tabcontrol mais à chaque fois je n'arrive pas à interagir avec les contrôles qui ne sont pas du même niveau hierachique, et ceux même en utilisant le "x:Name" dans le XAML.

Je vais regarder ce que tu m'as fourni comme exemple mais je cherche à faire le plus simple possible (pas forcement le moins crade... vue mon faible niveau programmation je cherche avant tout à ce que cela fonctionne lol).


Dans ton exemple tu parles de "conserver une référence static a MainWindow (dans un singleton ou une classe static) de façon à pouvoir y accéder partout.". Pourrais-tu me donner un exemple car je n'ai pas bien saisie.

ps: pour info je suis parti sur un tabcontrol + des usercontrol qui contiendrons mes différents controls (combobox, txtbox ect...) et j'ai laissé tomber la frame + page.

[_champy_]

En fait il y as déja un référence à la main window créer par le FrameWork elle est ici :
Application.Current.MainWindow

Dans l'absolue tu pourrais avoir un autre instance (ou même plusieurs) de cette classe autre part dans l'application mais la propriété Application.Current.MainWindow pointeras toujours vers la l'instance de la fenêtre d'entrée du programme.