Discussion :

[olibara]

Bonjour,

Avant de chercher inutillement j'aimerais savoir si ce que j'essaye de faire est possible

1- J'ai une form principale qui affiche un datagridview
2- J'aimerais ouvrir une forme de dialogue permettant de faire des select dans ce DGV

3- Donc a priori je dois envoyer des events et des parametres a la premiere forme pour effectuer les select necessaire
4- J'aimerais que le dialogue soit modal ou au moins qu'il ne passe pas en dessous de la premiere form si je clique dessus

Est-ce dans le domaine du possible
Que me conseillez vous ?

[fally]

[QUOTE=olibara;3061231]
4- J'aimerais que le dialogue soit modal ou au moins qu'il ne passe pas en dessous de la premiere form si je clique dessus
[QUOTE]

Code :

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

MaForm.ShowDialog(); // empêche de passer en dessous de la form

[olibara]

Mais ShowDialog rend la form modale

Donc j'en reviens la question principale : puis-je etablir ce genre de dialogue et quelle est la meilleure manière.
Surtout si la form qui veut faire aparaitre des choses dans une autre est modale ??

[ced600]

J'aimerais que le dialogue soit modal

Mais ShowDialog rend la form modale

Tu peux établir un dialogue entre deux fenêtres d'une même application, ou deux process indépendant qui prévois une communication avec autruis.
Après les moyens que tu peux mettre en oeuvre sont diverses et variées et cela dépend surtout des informations que tu veux échanger, et de façon synchrone ou asynchrone.

Fait une recherche sur ce forum sur les comunications inter process, il y a pas mal de sujet là dessus avec des réponses.

[olibara]

Pour etre exact !

J'aimerais que le dialogue soit modal ou au moins qu'il ne passe pas en dessous de la premiere form si je clique dessus

C'est cette notion de dialogue qui me perturbe encore un peu

Bon je vais faire un petit projet avec deux form, un textbox dans chacune et je vais voir jusqu'ou je peux aller pour dialoguer entre elles

- par appel de procedure ?
- par modification directe de proprieté ?
- par event ?

J'en sais trop rien mais je vais tenter ma chance

[fally]

1- tu peux passer par des constructeurs pour passer des variables
2- tu peux avoir des variables public
... tu peux meme passer par une base de données bref il ya beaucoup de possibilités

[olibara]

Salut

Passer par le constructeur ne m'apparait pas ici la bonne solution, car c'est la form2 initiée par form1 qui doit parler a form1

Avoir des variable en public c'est bien mais dans ce cas elles doivent aussi etre static et comme le but est un vrai dialogue c'est pas la bonne solution non plus.

La base de donnée n'y pensons pas.

Il me semble que c'est a coup d'event et sans doute de quelque variables apasser que je dois travailler

MAIS MAIS MAIS : je n'ai AUCUNE experience de declaration et d'exploitation d'event ?

Que dois je faire au minimum dans chaque form pour que Form2 genere un event qui appelle une fonction dans form1 ?

[ced600]

Pour les events, je te renvois au recherche sur le forum ou sur google, c'est un sujet qui a été traité des million de fois.

Quand à savoir ce que tu dois faire, com inter process, events, passage de constructeur, classe static, ... Cela dépend du dialogue que tu veux établir :

1. Mise à jour de donnée utilisé par les deux fenêtres -> fichier de config, classe statique, ....
2. Appel de méthodes de l'une ou de l'autre des forms par l'une ou l'autre -> Events, passage de constructeur, ....
3. ....

[olibara]

Si ca a été traité si souvent que tu le dis, c'est sans doute que présicément il n'y a pas encore UNE bonne explication ou tutorial simple pratique et precis et LA reference pour le trouver

Ta réponse le prouve d'ailleurs

Or a mon avis le BA-BA tiens en une demi page c'est ca que je cherche

[olibara]

Pour les millions de pasionnés !


http://www.codeproject.com/KB/cs/PassDataWinForms.aspx

[Guulh]

Salut

Passer par le constructeur ne m'apparait pas ici la bonne solution, car c'est la form2 initiée par form1 qui doit parler a form1

Avoir des variable en public c'est bien mais dans ce cas elles doivent aussi etre static et comme le but est un vrai dialogue c'est pas la bonne solution non plus.

Euh... hein ? Quel est le rapport avec static ?

Code :

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

1
2
3
4
5
6
7
8
9
class Form2 : Form
{
  private Form1 _f1; // on stocke une référence vers la classe en question
  public Form2(Form1 f1) { _f1 = f1; } // constructeur
  void UneFonction()
  {
    this._f1.UneFonctionDeF1(); // on peut appeler une fonction de la form1
  }
}

C'est pas le plus clean mais dans des projets simples ça suffit. Le temps de maîtriser les event

[olibara]

Avec ca et le petit lien que j'ai trouvé pour les event j'ai de quoi passer la soiréée

[harz62]

Bonsoir,

2- tu peux avoir des variables public

J'espére que tu parle de propriétés et non pas de champs...

Avoir des variable en public c'est bien mais dans ce cas elles doivent aussi etre static et comme le but est un vrai dialogue c'est pas la bonne solution non plus. Que dois je faire au minimum dans chaque form pour que Form2 genere un event qui appelle une fonction dans form1 ?

Pas forcément...

Voici un exemple de code:

Code :

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

1
2
3
4
 
Form2 formulaire2 = new Form2();
formulaire2.ShowDialog();
TypeObjet objet = formulaire2.ObjetARecupérer;

Je ne pense pas qu'il y ait besoin d'événement dans ce cas

[fally]

Bonsoir,
J'espére que tu parle de propriétés et non pas de champs...

J'ai pas compris! quel problème y aurait-il si je parlais de champs?

[ced600]

Si ca a été traité si souvent que tu le dis, c'est sans doute que présicément il n'y a pas encore UNE bonne explication ou tutorial simple pratique et precis et LA reference pour le trouver

Ta réponse le prouve d'ailleurs

Or a mon avis le BA-BA tiens en une demi page c'est ca que je cherche

Il n'y a pas de BA-BA pour la communication entre form, process, ou autre.
C'est trop vague, il faut d'abord concevoir le genre de communication que l'on veut mettre en place avant de faire un choix technologique.

Et puis pour les events : + C# + Events = http://www.yevol.com/csharp/classes2/events.htm

Premier lien de la recherche, court, en français, simple (plus simple que ton lien), et suffisant -> Ton fameux BA-BA

Et pour la communication inter-process, sur les sujets où l'on en a discuter, il y a eu à chaque fois une 10 aines de réponse où quelqu'un venait proposer une méthode différente. J'avais pas envie de toutes les redécrires, c'est pour cela que je t'ai orienté la dessus. Surtout que cela ne me paraissait pas clair de ce que tu attendais, et là tu aurais pu avoir une explication sur des technos que tu ne connais pas apparement.

Maintenant si tu crois que je t'ai envoyé bouler, c pas mon problème, c pas moi qui ne ferais pas le meilleur choix technologique par ignorance des autres possibilités existantent !!!!

A quoi cela sert de demandé des avis, et de l'aide si au final on ne les prends pas en compte et on reste bornée sur sa première idée.

Comme tu n'as pas été assez explicite, je ne sais pas si c la meilleur solution, mais je pense que délocaliser les méthodes nécessaire pour form1 et form2 dans une classes static et les appelés très facilement depuis n'importe quelle forme est une solution suffisante.

[olibara]

Merci pour ce nouveau lien

Je commence a m'impregner du sujet !

[harz62]

Bonjour,

J'ai pas compris! quel problème y aurait-il si je parlais de champs?

Des champs publics ^^

[fally]

Bonjour,
Des champs publics ^^

Tu peux m'expliquer un peu stp?

[Guulh]

Usuellement, on évite d'avoir des membres publics et on ne fournit que des accesseurs get / set dessus.

Mais bon, pour un petit projet ou quand on débute, c'est pas la peine de se fatiguer à mon avis. Et à compter de Visual 2008, la notation public int Truc { get; set; } facilite encore les choses

[fally]

Merci Guulh!
c'est compris.