| • | Further refinements to tracking of to/from cell coordinates for exit validation. XTR'CLICKROW / XTR'CLICKCOL fields renamed to XTR'TARGETROW / XTR'TARGETCOL (to emphasize that they don't relate solely to clicking). When exiting for validation due to keyboard navigation, XTR'XROW / XTR'XCOL will identify the "from" cell and XTR'TARGETROW / XTR'TARGETCOL will identify the "to" cell. XTR'XNAVIGATE will be set to 1 to indicate that the XTR'XROW / XTR'XCOL cell should be validated, or 2 to indicate that the XTR'TARGETROW / XTR'TARGETCOL cell should be validated, or 3 to indicate that both should be validated. (The 2 case arises when navigating from a cell that does NOT have exit validation to a read-only editable cell which has pre-validation. The 3 case arises when navigating from a cell that DOES have exit validation to one that has pre-validation.) |
| • | The X flag (for validation) now means "conditional validation", it only exits for post-editing validation if the editing operation changed the cell contents. (When combined with COLDEF flag u, for editable read-only, it continues to always exit for pre-validation prior to editing the cell.) |
A new COLDEF flag, x (lower case x), may be used for "unconditional validation" of normal editable cells. When combined with "u", it defeats the pre-validation and always causes post validation. (The value of post-validating an edit of a read-only cell may be debatable, but this might be useful for the sake of uniformity if you want to validate between every cell movement.)
