Problème de contrôle d'une form parent depuis une form fille

Bonjour à tous,

Mon problème est le suivant, et j'ai beau chercher sur le net, je ne trouve pas où est l'erreur ...

Depuis ma form principale, j'ouvre une deuxième form avec un showdialog. A partir de la form fille, je peux encore utiliser les contrôles de la première form.
Depuis la deuxième form, j'ouvre une troisième form, toujours à l'aide d'un showdialog. Mais cette fois, je n'arrive pas à utiliser les contrôles de la deuxième form :? ... Comment faire pour pouvoir utiliser les contrôles de la deuxième form depuis la troisième ?

Merci beaucoup à vous !

Bonne journée !

Et bien tiens au courant si tu n'as pas trouvé ,mais sache que ça relève surtout d'un gros problème conceptuel quand même

Bonjour,

En principe, sauf erreur de ma part, un form2.showdialog() bloque l'accès aux contrôles de la form1. Etonnant que vous puissiez continuer à utiliser les contrôles... 8O

Moins étonnant par contre que sur la form3 vous ne puissiez plus accéder aux deux autres form. Pour ouvrir une fenêtre, tout en continuant à accéder à la form "mère", commander dans la form2 :

Code:

---

form3.Show()

---

Bonjour,

avec le code des 2 fenêtres nous verrons un peu plus clair, merci

A+, Hervé.

Je ne vois pas pourquoi ça ne fonctionnerait pas.

Pour moi .showDialog est un mode d'affichage protégé. Il ne restreint en rien l'accès aux contrôles des autres fenêtres ouvertes.

J'ai fait le test : 3 Forms contenant chacune un TextBox et un bouton.
Le bouton de la Form1 ouvre la Form2 avec .showDialog.
Le bouton de la Form2 ouvre la Form3 avec .showDialog.
Enfin le bouton de la Form3 affecte au TextBox de la Form3 le contenu du Textbox de la Form1... Et ça marche ! CQFD

A mon avis le problème est ailleurs...

Sans voir ton code difficile de t'aider.

Citation:

---

Envoyé par mdevaux62

Je ne vois pas pourquoi ça ne fonctionnerait pas.

A mon avis le problème est ailleurs...

---

Tu parles d'accès programmatique. Hervé parlait d'accès utilisateur avec clavier/souris. Pour l'utilisateur, les formulaires parents sont visuellement inaccessibles.

Tu devrais créer une classe permettant d'orchestrer la navigation. Elle serait responsable de l'ouverture et la mise à jour des fenêtres. De cette manière plus de problème de savoir comment accéder au parent.
Les fenêtres rappellent le chef d'orchestre si besoin et ce dernier s'occupe de potentiellement mettre à jour d'autres éléments graphiques.

Cette notion de chef d'orchestre est fondamentale dans de nombreux patterns (MVC, MVVM, ect.)

Citation:

---

Envoyé par SaumonAgile

Tu parles d'accès programmatique. Hervé parlait d'accès utilisateur avec clavier/souris. Pour l'utilisateur, les formulaires parents sont visuellement inaccessibles.

---

Je n'ai jamais parlé d'accès utilisateur avec clavier/souris, j'ai bien compris qu'Hipopo veut accéder à ces fenêtres par programmation, c'est pour cela que je demande à voir le code.;)

Citation:

---

Envoyé par mdevaux62

...
Enfin le bouton de la Form3 affecte au TextBox de la Form3 le contenu du Textbox de la Form1... Et ça marche ! CQFD
...

---

Bien sur qu'en mettant le nom des fenêtres en dur dans le code cela fonctionne. Mais ce n'est pas une bonne pratique en POO.

En fait j'attendais de voir la façon dont Hipopo a procédé. (Pour d'abord l'aider à résoudre son problème par rapport a ce qu'il a fait)
Et par exemple lui proposer d'utiliser une classe, classe qui permet d'instancier un objet que l'on passe en paramètre aux fenêtres, et qui permet aux fenêtres filles d'être totalement indépendantes. (aucun nom de fenêtre parent en dur dans les filles)

Citation:

---

Envoyé par SaumonAgile

Tu devrais créer une classe permettant d'orchestrer la navigation. Elle serait responsable de l'ouverture et la mise à jour des fenêtres. De cette manière plus de problème de savoir comment accéder au parent.
Les fenêtres rappellent le chef d'orchestre si besoin et ce dernier s'occupe de potentiellement mettre à jour d'autres éléments graphiques.

Cette notion de chef d'orchestre est fondamentale dans de nombreux patterns (MVC, MVVM, ect.)

---

Cette solution est très intéressante.