Assignation d'une fenêtre à une variable

Bonjour,

J'ai toujours travaillé en VB6 et est commencé à travailler avec WinDev il y a peu de temps et jusqu'à maintenant je parviens à faire exactement ce que je veux. Il y a cependant une exception et espère que quelqu'un a la solution. En fait je souhaite qu'une fenêtre 'commune' puisse être utilisée par plusieurs fenêtre 'appelantes'(qui peuvent lancer la fenêtre commune). Il faut que la fenêtre 'commune' puisse aller voir/modifier n'importe quelle donnée/propriété de la fenêtre appelante

En VB6, je pouvais affecter une variable de référence à une fenêtre de la façon suivante;

Code:

---

1 2	' Dans les déclarations du module de base du programme Public FenAppelante as form

---

Dans la fenêtre qui va en appeler une autre (je vais l'appeler "Fen_A" pour les besoins de la discussion)

Code:

---

1 2 3 4 5

Private Sub Form_Load() set FenAppelante=me ' Fen_A   Private Sub Bouton_Click() Fen_Commune.show

---

Maintenant, dans la fenêtre commune, je peux obtenir n'importe quelle info en provenance de Fen_A

Code:

---

1 2	A$=FenAppelante.Name B$=FenAppelante.ComboTest.Text

---

En tenant compte que je peux avoir trois différentes fenêtres qui font appel à la même fenêtre commune(mais pas en même temps)... est-il possible d'obtenir la même chose en WinDev et si oui, comment?

Merci à l'avance de votre indulgence et de votre aide

Bonjour,
Pour utiliser un élément de l'interface utilisateur (fenêtre, champ...) via une variable, il faut utiliser une indirection.

Tatayo.

Bonjour,

Je ne sais pas si j'ai bien saisi mais en Windev du moment que la fenêtre appelante est ouverte vous pouvez manipuler tous ses champs et variables...

De façon simple : NomFenetre.MonChamp = "truc" etc ...

Bonjour,

Pour compléter ce qu'a dit tatayo : Il faut utiliser les indirections :

Pour cela, il faut que votre fenêtre commune aie un paramètre avec le nom de la fenêtre appelante :

Code:

---

PROCEDURE MAFenetreCommune(MaFenetreAppelante est une chaine)

---

Ainsi votre code dans la fenêtre commune sera du genre :

Code:

---

{MaFenetreAppelante,indFenetre}

---

Pour ouvrir cette fenêtre commune :

Code:

---

Ouvre(MAFenetreCommune, Mafenêtre..nom)

---

Bonjour,
Tout d'abord, ce qui ne marche pas :
- définir une variable globale dans la fenêtre mère en espérant l'avoir intacte dans les fenêtres filles.
Tu peux par contre, si ces variables sont nombreuses, les déclarer dans un fichier mais c'est lourd.
La solution Ma_fenêtre.Ma_variable fonctionne.
Il existe une solution simple :
Si dans ta fenêtre mère tu écris :

Code:

---

1 2	Global dahut est une chaîne = "Je suis disponible partout"

---

Tu obtiens la variable depuis n'importe quelle fenetre fille, sous le nom de Mère.Dahut
Si dans n'importe quelle fenêtre tu écris :

Code:

---

Mère.Dahut = "Merci"

---

alors tu as atteint ton but, la variable Mère.Dahut a été prise en compte dans sa nouvelle version, et est disponible de partout.
L'avantage en est que jamais la fenêtre mère ne sera accidentellement fermée, contrairement aux filles et aux soeurs.
La variable Mère.Dahut est authentiquement disponible de façon permanente.
Cordialement.

L'inconvénient est que s'il veut utiliser la fenêtre fille depuis une autre fenêtre mère, et que la variable en question n'existe pas dans cette fenêtre => ça plante...
Le mieux est de passer la variable en question en paramètre à la fenêtre fille.

Tatayo.

Bonjour,
Peux-tu me donner un exemple ?
J'ai du mal à imaginer une variable issue de plusieurs feuilles mères différentes ?
Et qui ne soient pas issues d'un fichier, auquel cas le problème ne se poserait pas.
Cordialement

Un exemple ?
Une fenêtre de validation, qui affiche une info quelconque de la fenêtre d'appel.
Une fenêtre qui affiche le détail d'un client, et qui va chercher l'id du client dans la fenêtre mère. Au début seulement depuis la fenêtre de sélection, demain depuis la commande, le ticket de vente, une fenêtre de mailing, de statistiques...
Une fenêtre qui permet, à partir d'une saisie quelconque, de retrouver tous les articles qui correspondent (recherche sur l'Id, le code, le libelle, la référence fournisseur...).
Etc...

On ne sait jamais de quoi demain est fait, donc je pense qu'il vaut mieux ne pas se fermer des portes en "liant" trop fortement des fenêtres entre elles.
Si une fenêtre n'utilise que des variables locales et des paramètres, elle fonctionne tout aussi bien, sans pour autant empêcher de la réutiliser ailleurs.
Si la même fenêtre est totalement dépendante de la fenêtre d'appel, elle ne sera réutilisable qu'au prix d'une modification du code.

Les deux solutions se valent au niveau temps de codage, autant prendre la plus ouverte.

Tatayo.