Ce modèle est appelé depuis une action sur champ, un bouton bas d'écran ou un menu à la condition qu'il y n'ait pas d'ouverture de fenêtre, ou depuis une fonction. L'intérêt d'une telle action est de stocker dans le dictionnaire une action ré-utilisable dans différents contextes. A ne pas confondre avec les actions de type "Traitements divers", qui ont la même utilité mais techniquement ne s'appuient pas sur un modèle. Pour les actions de type "Traitement divers", le traitement lié à l'action est appelé directement.
Le modèle est un traitement superviseur qui fait appel à deux traitementsannexes : le traitement standard et le traitement spécifique, s'il sontrenseignés dans le dictionnaire de l'action. Ces deux traitements Sontstructurés de la même façon, c'est à dire qu'ils commencent par une étiquette ACTION, qui traite lesdifférents évènements susceptibles d'arriver lors de l'exécution de lafonction.
Le traitement standard
Ce traitement, fourni par ADONIX, ne doit absolument pas être modifié par lespécifique.
Le traitement spécifique
Ce traitement n'est pas fourni par Adonix, mais il peut être développé enspécifique (à la fois pour des fonctions standards pour lesquelles on désirefaire des ajouts et pour les fonctions spécifiques).
Le traitement standard ou spécifique comment donc par cette étiquette$ACTION à écrire de la façon suivante ( ou XXXXXX est le code del'évènement ) :
$ ACTION
Case ACTION
When "XXXXXX" : Gosub XXXXXX
When default
Endcase
Return
Chaqueévénement est identifié par un code alphanumérique, contenu dans la variable ACTION.Sil ny a pas de traitement pour un événement, le fonctionnement dela fonctionn'en sera pas entravé. C'est dans le sous-programme $ACTION, que l'on faitl'aiguillage vers l'étiquette ajoutée. On précisera dans cette syntaxe"case ACTION", autant de lignes qu'il y a d'évènements àcompléter. Le $ACTION est appelé du traitement superviseur par GOSUB ; Celapermetdonc d'utiliser des variables locales au traitement superviseur.
On trouvera ci-joint la liste des actions. Ontrouvera ensuite, la description détaillée de ces actions. On y décritle contexte appelant et l'OBJectif de ces actions.
Par défaut, pour un même évènement, l'action spécifique est appelée avant l'action standard.
Elle peut annuler etremplacer l'action standard si elle positionne la variable GPE à lavaleur 1.
Pour exécuter l'action standard avant l'action spécifique, dans ce cas, onduplique le traitement standard dans l'action spécifique, on y ajout letraitement spécifique puis on positionne la variable GPE à lavaleur 1. Exemple :
Traitement superviseur
GPE=0
Gosub ACTION From trait_std ( appel dustandard)
If GPE=0
Gosub ACTION From trait_spé. ( appel duspécifique)
Endif
Traitement spécifique
$ ACTION
Case ACTION
When "OUVRE" : Gosub OUVRE
When default
Endcase
Return
$OUVRE
... ( action spécifique OUVRE)
GPE =1 ( pas dappel du standard suite au spécifique )
Return