Discussion :

[patmaba]

Salut,

Voici le Scénario

Un module A appel un module B.
Lorsque vous quittez le module B et que vous revenez sur A,
Quel Evenement utilisez-vous pour déterminer que vous êtes de retour sur A via l'exit de B sans utilisation d'une variable globale.

Moi j'utilise When-Window-Activated, mais je ne sais pas si c'est la bonne manière de faire.

Et vous, comment faites-vous ?

[orafrance]

je fais une variable globale que je valorise en WHEN_NEW_BLOCK_INSTANCE... du moins dans mes souvenirs

j'avais pas tout lu

Pourquoi sans vaiable globale ???

Et comment le trigger que tu utilises te permet de te passer de variable globale ?

[SheikYerbouti]

Orafrance à raison. ll vous faut les deux.

Une variable globale initialisée à 'Oui' (par exemple) avant le CALL_FORM qui permet de gérer une boucle d'attente dans votre code

Code :

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

1
2
3
Loop
  Exit when :GLOBAL.WAIT = 'Non' ;
End loop ;

Cette globale étant remise à 'Non' dans le trigger WHEN-WINDOW-ACTIVATED

[patmaba]

Effectivement, j'utilise une variable global mais je me demandais si il n'y a pas une autre solution.

Ce que je trouve dommage c'est lors de l'appel de module B via un call_form ou open_form le code à travers le When-button-pressed de mon action_item le code qui suit s'effectue directement et non pas après la fermeture du module B

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
WHEN-BUTTON-PRESSED
 
   CALL_FORM('MODULE_B.FMX');
 
   -- Le code qui suit normalement devrait s'executer lorsque je sors du module_b
   -- Il le fait directmemnt. Il n'attend pas que je reviens du mudule B
   execute_query;
   first_record;
   loop;
      if -- test PK -- OR :system.last_record = TRUE then 
         exit;
      end if;
      next_record;
   end loop;

[orafrance]

Et bien pourquoi ne pas mettre ce code sur le trigger déclenché à la sortie de module_B (POST_BLOCK par exemple, de mémoire)

[patmaba]

Et comment tu fais l'execute_query de ton module a alors que t'es dans le B ??

[orafrance]

-- Le code qui suit normalement devrait s'executer lorsque je sors du module_b
-- Il le fait directmemnt. Il n'attend pas que je reviens du mudule B

Là moi je comprends que le code ce fait dans A alors que tu veux le faire dans B ce qui est évident si ce code est dans le A... j'ai du raté un truc où ton probléme n'est pas très clair

Merci d'apporter plus de précision sur la cinématique du process

[patmaba]

Et toi tu parle de faire l'execute_query a dans le POST_BLOCK, n'est ce pas ?

[orafrance]

Exact... c'était idiot

A ma décharge, j'ai pas touché Forms depuis plus d'un an

Et pourquoi pas sur le trigger qui déclence le passage de B vers A ?

[patmaba]

quel est l'event qui se déclanche ? c'est sa la vraie question.

Moi j'ai rien trouvé d'autre que le When-Window-Activated.

C'est pour cette raison que je demande si il n'y pas une autre solution.

[SheikYerbouti]

Je ne connais pas d'autre solution, mais implémenter un boucle vide qui attend le changement de la variable globale, ça ne coute pas cher.

[orafrance]

quel est l'event qui se déclanche ? c'est sa la vraie question.

Moi j'ai rien trouvé d'autre que le When-Window-Activated.

C'est pour cette raison que je demande si il n'y pas une autre solution.

bah quelle action est faite pour passer d'un module à l'autre ?

[SheikYerbouti]

Il y a également l'évènement WHEN-WINDOW-DEACTIVATED qui se déclenche lorsque la forme appelante perd le focus.