Name | Value |
---|---|
NAME | XUS UCI UPDATE |
HEADER | UCI UPDATE FOR VERSIONS PRIOR TO 4.3 |
TEXT | The sign-on portion of the Kernel (the "XUS" routines) now allows users 1 TST 2 MGR:STA In this example, if the user just hits return, he enters his normal PRIMARY MENU OPTION. If he types 'TST' or '1', he jumps to the "XUS" sign-on in the 'TST' UCI (where he must enter another ACCESS CODE). If he types 'MGR:STA' or '2', he jumps to the 'STA" routine in 'MGR'. As before, UCI fields are editable within the "XUSEREDIT" Option of the "XUSER" Menu Option in the Kernel (multiple field #20 in File 3). who have PRIMARY MENU OPTIONS to route themselves to different UCIs. The XUS and XUS3 routines have been modified, and a new XUINEND1 routine exists to wipe out old "UCI" fields that might now be inappropriate. XUINIT invokes XUINEND1 It shows any users who currently have "UCI" fields, and who ALSO have "ZJOB" or "PRIMARY MENU OPTION" fields. Such users formerly did not see the "UCI:" question, but they WILL see that question starting with the installation of KERNEL 4.3 or greater. Hence, the "UCI"s for such users should probably be deleted. XUINEND1 will do that deleting automatically, if you answer "Y" to its "...OK? YES//" question. Thus, a user who customarily gets a restricted Menu Option in the "production" UCI might now also be allowed to jump to a "test" UCI in which he has different privileges. A typical sign-on dialogue might now look like: ACCESS CODE: HIT 'RETURN' TO GET YOUR USUAL OPTION IN 'VAH,AAA', OR SELECT: |
Want to LOAD KEYWORDS (Y/N)? | Y |
DATE ENTERED | 1989-01-20 00:00:00 |
AUTHOR | USER,ONE |