Le soucis, avec ta solution, c'est que je vais devoir passer dans toutes mes fenêtres filles pour coder le ue_before_open ... !

comme l'a bien expliqué foon, non, c'est justement l'avantage de l'héritage.

Oufti, j'en connais une qui ferait bien de se replonger dans l'étude de la programmation orienté objet et spécialement du fonctionnement de l'héritage...

bonne chance pour la suite.

Pourquoi veux-tu coder cet évènement dans toutes les fenêtre filles?
Si tu n'en a besoin que dans w_fiche_produit, tu le codes dans cette fenêtre. Dans les fenêtres filles et dans w_main,
le ue_before_open reste vide, et donc n'exécutera pas l'appel à ton fameux ue_mon_evenement, qui ne semble exister que dans w_fiche_produit, si j'ai bien compris.
ou alors, il faut que tu nous expliques mieux ta problématique, parceque ça ne semble pas très clair.

Pour résumer:
Dans w_main, tu créés l'événement "ue_before_open", dans lequel tu ne mets rien.
Toujours dans w_main, tu codes au début de l'événement open le triggerevent de "ue_before_open"

Tu compiles...

Et dans w_fiche_produit (qui hérites de w_main), tu codes dans l'événement ue_before_open le triggerevent de "ue_mon_evenement"

Et voilà, c'est tout.

foon a écrit:

il faut que tu nous expliques mieux ta problématique, parceque ça ne semble pas très clair.

Effectivement, je n'ai pas dû bien m'expliquer. Il faut que ue_mon_evenement soit lancé dans toutes les fenêtres filles au début de l'open.

Dans ton ue_mon_evenement, tu dois bien avoir des tâches à effectuer communes à toutes tes fenêtres, et d'autres spécifiques?
L'idéal, c'est de coder dans le ue_mon_evenement de w_main tout ce qui est commun à tes fenêtres descendantes, et tu étends le script
de l'évenement dans les fenêtres filles pour ce qui est du spécifique.
Ca implique de repasser dans certaines fenêtres filles, mais pas dans toutes,
si tu te débrouilles bien.

foon a écrit:

Dans ton ue_mon_evenement, tu dois bien avoir des tâches à effectuer communes à toutes tes fenêtres, et d'autres spécifiques?
L'idéal, c'est de coder dans le ue_mon_evenement de w_main tout ce qui est commun à tes fenêtres descendantes, et tu étends le script
de l'évenement dans les fenêtres filles pour ce qui est du spécifique. ca implique de repasser dans certaines fenêtres filles, mais pas dans toutes,
si tu te débrouilles bien.

Tout est commun, puisque tout est dynamique. Je récupère les colonnes des datawindows de la fenêtre fille, et je fais des Modify dessus, d'où l'intérêt de le faire dans l'ancêtre.

abdelta a écrit:

Je ne peux pas faire un postevent parce que j'ai des GetChild dans l'open de w_fiche_produit qui sont invalidés par les Modify de ue_mon_evenement. Il faut donc absolument que ue_mon_evenement soit lancé juste avant l'open.

Tu fais des GetChild() à l'ouverture que tu stockes en variable d'instance ?
Si c'est le cas, xlat me faisait remarquer que c'est mal : il vaut mieux toujours faire le GetChild au moment où tu as besoin d'accéder au child.

Confirmé par la doc de GetChild : la référence retournée par GetChild peut devenir invalide par la suite.

F1 a écrit:

Changing property values with the Modify method can cause the reference returned by GetChild to become invalid. After setting such a property, call GetChild again. If a property causes this behavior, it is noted in its description in Chapter 3, "DataWindow Object Properties".

abdelta a écrit:

je ne me vois pas tout reconcevoir. J'essaie justement de ne pas modifier toutes les fenêtres, c'est pour ça que j'essaie de passer mon évènement dans le w_main.

Finalement, le client préfère suivre les préconisations de PowerBuilder, je repasse donc sur toutes les fenêtres descendantes de ma w_main pour ne plus enregistrer les GetChild dans des variables d'instance.

Merci à tous.