Functioning (Selection from a table)

Description

This template is called from the contextual menu for a field that can be entered, to open a selection window or even the first part of the standard process or even from a function. In the case of a selection from a contextual menu for a field, this window will contain all the possible values for the field, as well as the additional information. the window can contain a maximum of 15 fields. All this information is recovered in a single table. In fact, this template works on the instruction Choose. If this template is placed in the initial phase of the standard process, the actions are then written in the process containing the standard process.

There are two methods available to construct this window :

   either when the table is managed by an OBJect, to directly call to the selection list parameterized in this OBJect. In this case, it us just necessary to specify the OBJect to be used.

   or the window is to be constructed.

It is possible in addition, to specify in the template, how to display this window :

   selection of all or part of the records in the table

   sort of the records in the window ( on which field and in which sense)

  position of the cursor in the window

  size of the window

      

The processes

The template is a supervisor process that calls two annex processes : the standard process and the specific/custom process, if they are entered in the dictionary for the action. These two processes are structured in the same way, that is to say they start with a label ACTION, which process the different events likely to arrive during the execution of the function.

The standard process
This process supplied by ADONIX, must absolutely not be modified by the custom/specific. 

The specific/custom process
This process is not supplied by Adonix, but it can be developed (both for the standard functions for which additions are required and for the specific/custom functions).

The Actions

The standard or specific process described by the label $ACTION to write in the following fashion( where XXXXXX is the event code ) : 

$ ACTION
Case ACTION
   When "XXXXXX" : Gosub XXXXXX
   When default
Endcase
Return

Each event is identified by an alphanumeric code contained in the ACTION variable. If there is no process for the event, the functioning of the function will not be impeded by it. It is in the sub-programme $ACTION, that it is pointed to the added label. Within the "ACTION case " syntax is used to specify that as many lines as events are to be completed. The $ACTION is called from the supervisor process by GOSUB ; this therefore makes it possible to use the local variables from the supervisor process. 

Attached to this is the list of actions. Next the detailed description of these actions is found. Described here is the calling context for the OBJective of these actions.

Add the specific/custom actions to the standard

By, default, for a single event, the specific/custom action is called before the standard action.

It can cancel and replace the standard action if it sets the variable GPEto the value 1. 

To execute the standard action with the specific/custom action, copy the standard process in the specific/custom action, then add the specific/custom process and finally set the variable GPE to the value 1. Example :

Supervisor process
GPE=0
Gosub  ACTION  From  trait_std              ( call to the standard )
If GPE=0
   Gosub  ACTION  From  trait_spé.            ( call to the specific/custom process )
Endif

Specific/custom process
$ ACTION
Case ACTION
   When "OUVRE" : Gosub OUVRE
   When default
Endcase
Return

$OUVRE
...                                                                ( specific/custom action OUVRE )
GPE = 1                                                     (no call to the standard following the specific/custom)
Return

---