This function is used to associate to a profile code (itself associated with users):
It is important to note that a menu profile code does not define access rights, but only a browsing tree structure. The latter are defined by the function profile code as well as by some additional setups of the user record.
Refer to documentation Implementation
Presentation
The entry of the menu profile is made in a single tab, in which is found two characteristics in particular (which did not exist in version 130) :
Following this there are two grids in this tab :
The management of these grids is used to successively pass from one menu to another or to return to a higher level. The Menu structure field that is displayed is used to identify the current level. If already located at the highest level (assuming that the highest level menu is called GENE, which is the default case), GENE is displayed here. If located in the sub-menu MDITM, which is itself a sub-menu of the MDBA menu referenced in the GENE menu, the display of the structure will be in the form GENE/MDBA/MDITM.
When creating a new profile menu, the cursor should be placed on the Start Menu field, this is used to pick up by default the name of one of the standard menus defined for the super user (ADMIN by default). Once a standard menu is selected, all the sub-menus attached to it are also loaded :
In menu profile modification the Start menu field is not accessible.
When in entry mode in the grid, it is possible to modify the menus by simply inserting or deleting the lines. The insertion of a line is made by entering the following fields :
Some functions accept an additional setup, namely:
Two functions used to navigate between the sub-menu levels are accessible from the lines in the grid (by right click). These functions are the following :
Close
Fields
The following fields are present on this tab :
Block number 1
|
This code identifies the current record in a unique way. |
|
  |
Block number 2
|
The type of profile is a local menu that is used to give a category to the users, with a goal of limiting, if necessary, the simultaneous number of connections by category. This is made by means of the USR1, USR2, and USR3 parameters. |
|
Used to define a quantity of additional memory allocated to the Adonix process executing the functions for the user connected under the profile menu. |
|
Specify the code of the first menu that will be viewed at the time of user connection. This menu must be present in the grid below. |
|
  |
|
  |
|
  |
||
|
Indicate here the code of a function that will be executed when the user carries out the corresponding choice. Some functions accept an additional parameter, namely:
|
||
|
For some functions, a supplementary argument can be specified. The table below draws up a list of the most frequent cases :
When the supplementary argument is not mandatory, it is selected or entered when starting the function, depending on the cases. |
||
|
  |
Close
Action icon
Used to display the original menu referencing the menu being modified.
This is used to display the menu of the current line in order to modify the characteristics.
Close
The system orders must be written according to the server type that is used. The server on which the command is executed is by default the process server. warning, the length of the system command is limited to 40 characters, which may lead to the use of an intermediary script. For instance:
under UNIX, a system command will be written the following way: /u/mine/my_command.sh
under NT, a system command will be written the following way: C:\prog\command.bat
It is also possible to execute commands on another server accessible from the network, to which a connection service for the software operates with the same service number as the connection service of the current folder. In this case, the command to be launched is the following : server@command, server, "server" is the name of the specific server, and command is the command to launch.
Finally, it is possible to use this last syntax with # as the server name, which defines by convention the client workstation. Thus, to launch Word(TM) on a client workstation from a menu, a command file, called for instance word.bat can be created in C:, which will contain "C:\Program Files\Microsoft Office\Office\Winword.exe" (this last command exceeds 40 characters), and then give the following line as an argument to the system command: ../FCT/mailto:#@C:/word.bat
By default, the following reports are associated with this function :
PROFMEN : Menu profile
This can be changed using a different setup.
This button is used to transfer the menu profile to another folder accessible from the server where the current folder is located. |
This function is used to access the documentation management on the first paragraph of the documentation (if there is one) associated to the current record.
This function is used to access the link management. It is used to define the links between the current record and other records (for instance the links between functions and parameters). These links are specific to the documentation and are used to load the generation of documentation structures.
This menu is used to launch a documentation generation. The generation can also be launched from the [Generation] button at the bottom of the window.
Three types of generation can be launched one by one or simultaneously:
The range suggested by default takes into account the current record but it can be modified upon launch.
In addition to the generic error messages, the following messages can appear during the entry :
This message signifies that a function code has been entered that is not declared in the functions table.
This warning (which is not blocking) signifies that a menu has already been referenced elsewhere (in other words, that the same menu is accessible by two different paths.
This message signifies that an attempt is made to insert in the call menu a menu located above in the hierarchy (which may provoke a loop in the menus). Here it is a blocking error.