Discussion :

[NeraOne]

Bonjour à tous !
Je suis conscient que vous avez du voir passer pas mal de fois ce genre de sujet mais après de multiples recherches, non pas que je sache pas faire, mais je ne comprends pas pourquoi ça ne marche pas !
Explications :
- J'ai une fenêtre mère qui dispose d'une propriété public que j'appélerai rayon
- Cette fenêtre mère ouvre une fenêtre fille au déclenchement d'un événement, jusque là c'est ok :

Code :

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

1
2
3
4
5
6
7
8
 
public Int16 rayon = 0;
 
private void BoutonOuvrir_Click(object sender, EventArgs e)
{
       ClasseInterface monInterface = new ClasseInterface();
       monInterface.ShowDialog();
}

A la fermeture de la fenêtre fille, je souhaiterai modifier le rayon de la fenêtre mère (car la fenêtre fille permet d'éditer ce rayon...). La fille étant censé connaître sa mère, j'ai donc procéder comme ceci :

Code :

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

1
2
3
4
5
6
7
 
private void BoutonOK_Click(object sender, EventArgs e)
{
       this.ParentForm.rayon = maNumericBox.Value; //Ca ne fonctionne pas...
       this.Close();
       this.Dispose();
}

C'est cela qui ne fonctionne pas, la fille n'est pas en mesure de "retrouver sa mère", du moins son paramètre rayon alors que celui ci est public !
Peut-être me suis-je gourrer sur la méthode mais je préfére que l'accés se fasse dans ce sens la (la fille modifie la mère) plutôt que la mère récupére le paramètre de la fille.
Je vous remercie rien que si vous avez pris le temps de lire mon post et éventuellement d'y répondre si vous avez une piste.
@+
Antoine

[Mose]

C'est carrément mal de modifier un contrôle parent à partir d'un contrôle enfant.
En l'occurence, tes Forms.

La bonne solution :
* si ta Form est modale, tu fais une propriété pour donner à la form mère sa nouvelle taille, et c'est la mère qui s'occupe de changer sa taille.

* Si ta form n'est pas modale, il faut que ta fille déclenche un évènement (que tu auras créé dans la form fille), pour signifier à sa mère qu'il faut qu'elle change sa taille.

[ferradji]

si tu veux vraiment faire avec cette solution ! alors : dans ton événement déclancheur tu fais

Code :

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

1
2
3
4
 
ClasseInterface monInterface = new ClasseInterface();
monInterface.Owner=this;
 monInterface.ShowDialog();

et dans ta form enfant tu fais

Code :

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

1
2
3
4
5
6
7
8
private void BoutonOK_Click(object sender, EventArgs e)
{
 
   la_form_parent f1 = ( la_form_parent)this.Owner;
f1.rayon = maNumericBox.Value; 
       this.Close();
       this.Dispose();
}

[NeraOne]

Merci de vos réponse !!!
Mose, je n'ai pas bien compris pourquoi il ne fallait pas opter pour cette solution et surtout je n'ai pas perçu une solution pour mon problème dans ta réponse...
J'ai opter pour ton option ferradji mais cela ne fonctionne pas :

Code :

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

1
2
3
4
5
6
7
8
private void BoutonOK_Click(object sender, EventArgs e)
{
 
       la_form_parent f1 = (la_form_parent) this.Owner;
       f1.rayon = maNumericBox.Value; //Cette ligne ne marche pas
       this.Close();
       this.Dispose();
}

Une exception NullReferenceException est levé à cette ligne... La référence d'objet n'est pas définie à une instance d'un objet.
Je vous avoue que j'aimerai utiliser une meilleure solution si elle existe mais je ne connais pas encore trop les WinForms et je n'ai pas compris la solution que propose Mose !
Merci encore et @+
Antoine

[NeraOne]

D'après ce que j'ai compris (un peu...) il faudrait que je procède comme ceci :
1. Créer la classe qui va hériter de EventArgs et qui va contenir les informations à envoyer (donc ma variable rayon)
2. Créer un delegate qui va stocker une référence sur le gestionnaire d'évenéments ("Event Handler") c'est à dire la méthode qui va recevoir et traiter l' événement.
3. Définir l'événement comme un objet de type delegate
4. Définir une méthode qui va signaler aux objets enregistrés qu'un événement s'est produit.
5. Appeler la méthode définie en 4 lorsque l'événement se produit.

C'est ce qu'on apelle dans le jargon une solution "Usine à gaz"...
"T'as pas k'qu'chose de plusss Béïsike la ? Plussss pratiquue hm ?" (Spéciale dédicace à ceux qui savent !)
Merci @+
Antoine

[Mast3rMind]

Bah, sinon crée-toi un événement dans ta form fille, que ta form parent va capter

edit: oh, je crois que c'est ce que tu venais d'expliquer dans le post au-dessus du mien

[Mose]

C'est ce qu'on apelle dans le jargon une solution "Usine à gaz"...

Non, c'est pas une usine à gaz, c'est la seule façon correcte de procéder. Pas besoin de faire une classe spéciale alors que t'as juste besoin de passer un entier. Dériver de EventArgs c'est n'importe quoi, je connais personne qui oserai faire ça.
Après tu peux faire du code qui marche mais qui sera tout pourri, c'est ton problème.

La solution :

Code :

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

1
2
// tu déclares ton delegate
public delegate void MonDelegate(int taille);

Code :

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

1
2
3
4
5
6
7
8
9
10
// dans ta classe fille
public event MonDelegate ChangementDeTaille;
// dans l'évènement de ta classe fille
private void BoutonOK_Click(object sender, EventArgs e)
{
  // si l'évènement a des abonnés
  if(this.ChangementDeTaille != null)
    // alors on le lance
    this.ChangementDeTaille(this.maNumericBox.Value);
}

Trop mortel l'usine à gaz...

[Mast3rMind]

Dériver de EventArgs c'est n'importe quoi, je connais personne qui oserai faire ça.

Pardon, mais moi je le fais Ça peut être pratique parfois, mais j'avoue qu'on peut procéder autrement.

La signature standard d'un délégué de gestionnaire d'événements définit une méthode qui ne retourne pas de valeur, dont le premier paramètre est du type Object et fait référence à l'instance qui déclenche l'événement, et dont le second paramètre est dérivé du type EventArgs et détient les données d'événement. Si l'événement ne génère pas de données d'événement, le second paramètre est simplement une instance de EventArgs. Sinon, le second paramètre est un type personnalisé dérivé de EventArgs et fournit tous les champs ou les propriétés nécessaires pour conserver les données d'événement.

[NeraOne]

Désolé Mose, je n'ai pas ton excellence en développement C#. Pardon de faire des truc complétement incensé, tout pourri et dont personne dans l'univers entier n'a jamais osez faire !
En atendant je test ta solution, merci bien
@+
Antoine

humain.Organes.Remove("Cerveau");

[Mose]

Pardon, mais moi je le fais Ça peut être pratique parfois, mais j'avoue qu'on peut procéder autrement.

Ca sert à quoi ?

Le seul usage que je vois c'est éventuellement de passer par un EventHandler standard et d'y passer un argument perso... qu'il faudra recaster à la sortie.

Entre ça et faire un delegate adapté, je préfère le delegate perso... mais y'a ptet des utilisations que j'ai pas vues...

[Mose]

Désolé Mose, je n'ai pas ton excellence en développement C#. Pardon de faire des truc complétement incensé, tout pourri et dont personne dans l'univers entier n'a jamais osez faire !

En attendant t'as au moins une aussi grande gueule que moi, alors que t'avais pas compris ce que je te proposais

T'as encore du chemin à faire petit scarabée...

[NeraOne]

Je t'avoue que j'ai un peu lutter Mose mais j'ai enfin réussi avec ta solution, merci bien et @+
Antoine

humain.Organes.Add("Cerveau");