We recently regenned an edit record with minor changes to an internal function and no screen changes. The screen does have 20+ fields using tab sequencing and is not generating a FLDCSRPRG ( ) after the last field in the tab sequencing and the compile fails. Removing that line as it is in our PR model fixes the problem. Why is 2E generating this code? Is this an issue with the latest version of 2E? Any ideas? Thanks, Chris
I suppose you are using 2E 8.7 ? There was in fact a fix: C2 2E 537. I am copying the description from the Release Notes document for you :
"The default tab sequencing moves from left-to-right then top-to-bottom. Within CA 2E, you can choose to override the tab sequencing movement to be more of a top-down design by specifying 'Tab seq' numbers within the device design.
Tab sequencing (Cursor Progression) is implemented within the generated DDS through the FLDCSRPRG keyword for non-subfile fields; while the SFLCSRPRG keyword is generated for subfile fields.
Modifications are made to the DDS Generators for the FLDCSRPRG Keyword. In some cases, adjustment to 'Tab seq' number(s) are required to maintain previously generated results.
We recommend you to specify two (or more) 'Tab Seq' numbers. Each 'Tab seq' number pair acts as a link -> (forward tab) and <- (backward tab)".
Perhaps a possible impact on what you are experiencing now ?