Models are organized and named according to a hierarchy based on the type and version of the dialog element they represent. Each part of the model's name corresponds to a level in the hierarchy.

The first part of the logical name is the model class. There is a model class for each data set type qualifier that can store a dialog element. The Model Classes panel, Figure 1, lists the classes defined for the models distributed with ISPF. This panel prompts you when you need to set the desired model class, if you do not name the class explicitly.

                                Model Classes

 Enter number or Class of model.
 Enter END command to cancel MODEL command.

 1  CLIST    - ISPF services in CLIST commands
 2  COBOL    - ISPF services in COBOL programs
 3  EXEC     - ISPF services in EXEC commands
 4  FORTRAN  - ISPF services in FORTRAN programs
 5  MSGS     - Message format
 6  PANELS   - Panel formats and statements
 7  PLI      - ISPF services in PLI programs
 8  SKELS    - File tailoring control statements
 9  PASCAL   - ISPF services in PASCAL programs
 10 REXX     - ISPF services in TSO/REXX commands
 11 DTL      - ISPF Dialog Tag Language formats and statements
 12 C        - ISPF services in C/370 programs
 13 SCLM     - SCLM Project Definition Macros
 14 ARCHDEF  - SCLM Architecture Definition templates


 Option ===>                                                                  
  F1=Help      F2=Split     F3=Exit      F7=Backward  F8=Forward   F9=Swap
 F12=Cancel

You can use the default for this part of the logical name whenever the edit profile name matches the class of the model desired.

The second part of the logical name is the model name, which identifies the specific model within the model class. Frequently, it uniquely identifies a model and completes the logical name. To uniquely identify a model, you can define optional qualifiers. Qualifiers are used, for example, to differentiate among the various kinds of panel verification (VER) statements.

A hierarchy of selection panels defines the hierarchy of models. The different parts of the logical name of a model are selections on the panels that you can choose either by keyword name or option identifier. This allows you to be prompted by selection panels if you do not know the logical name of the model you want or to bypass the display of these panels if you do know the name.

Usually, you do not need to worry about the model class. You must specify it only if you want to use a class that is different from the edit profile name. The model function of the editor recognizes PANELS as a valid type qualifier for panel models, so you do not need to specify the class when requesting a panel model from a data set with a type qualifier of PANELS (assuming you allow the edit profile name to default to panels).

Assume, however, that you call your panels screens and maintain them in a data set with a type of SCREENS. When you want to use a model to develop a new panel, you enter the MODEL command. The model function does not recognize SCREENS as a model class, so you are prompted to identify the class you want, which is the PANELS class in this situation.

Once you have specified a class, whether by panel selection or by use of the MODEL CLASS command, that class remains in effect until you change it. The two ways to change the class specification are by typing a data set name with a different type qualifier, or by leaving the Edit Entry panel.