Our standards allow (demand) the use of a label in the start of each entry 
field

This is the case but only in entry mode.  In "amend" mode the "Go back"
is disabled and the program MUST end each field with a GO to label 800.

In "entry" mode you can enter fields 1 to 20 and go back to any
previous field, change it and then go forward.  The last field goes to 800
where the User can "File" the record, go to any nominated field and
change it or "ERR" out and forget the whole record.  On going forwards
the fields entered is presented for change but a RETURN leaves the fields
as previously entered.  Each field has online "Help" which can be called
up by entering a question mark.  Every field in every program calls
a subroutine SRIH with validation parameters and three possible exits
indicated by common variable "R".

*
*   CUSTOMER NUMBER
*   ******************
110 CALL SRIH(@(25,3),'validation mask',variable,'output mask','help hook')
       ON R GO 100,30,20; VARIABLE=VAL
*
*     ANY FURTHER VALIDATION (like start date must be before end date etc)
*
        IF CHG THEN GO 800
*
*     NEXT FIELD
*     ***********
...

YES, the Users LOVE the process.   AND EVERY entry program behaves
the same way.

I suspect that's what are called "Standards".

No flames please!  We like it!

Louis


----- Original Message ----- 
From: "Keith W. Roberts" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Saturday, October 01, 2005 1:24 AM
Subject: RE: [U2] Good Programming Practice Question.........


: Hmmm... A data entry program which goes from prompt#20 backward thru
: prompt#1 ... the users'd LOVE that!
:
: -Keith
:
: ----Original Message----
: From: [EMAIL PROTECTED]
: [mailto:[EMAIL PROTECTED] On Behalf Of Kevin King
: Sent: Friday, September 30, 2005 7:03 AM
: To: [email protected]
: Subject: RE: [U2] Good Programming Practice Question.........
:
: >> FOR X = 1 TO PROMPT.CNT
: >>        *some code here*
: >>        *Back up one prompt*
: >>        X = X - 1 - (X # 1)
: >> NEXT X
: >
: > One more case for looping backwards!  It amazes me how much complex
: > code folks have written over the years to backup after removing a
: > value from a list, when all the time if the loop were written to go
: > from the back to the front the backing up logic is completely
: > unnecessary.
: >
: > -K
: -------
: u2-users mailing list
: [email protected]
: To unsubscribe please visit http://listserver.u2ug.org/
:
: 
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to