Bug #5300
4GL quirk about assigning SCREEN-VALUE in an editable browse
Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
04/30/2021
Due date:
% Done:
0%
billable:
No
vendor_id:
GCD
case_num:
Related issues
History
#1 Updated by Stanislav Lomany almost 3 years ago
- File screen-value-test.p added
- File screen-value-test-ed.p added
Testcases are attached. 4GL allows to set
SCREEN-VALUE
for a column (even for an non-ediable browse) and then save it to a record (using, say, ASSIGN INPUT
). There are two issues:
- FWD may lose the
SCREEN-VALUE
state when the current row goes out of the view, if the column/browse is read-only. - 4GL has a quirk: If a row hasn't been edited, but a
SCREEN-VALUE
has been assigned to a cell of this row, then, if the current row goes out of the view and returns, it visually loses updatedSCREEN-VALUE
, using the value from the database. But, actually, updatedSCREEN-VALUE
is persisted and can be interrogated by readingSCREEN-VALUE
or callingASSIGN INPUT BROWSE
.
As a consequence of this quick, when you leave a "quirky" row in FWD, it resets the assignedSCREEN-VALUE
immediately, which may look visually unpleasant, but technically it depicts what's happening under the 4GL hood in this scenario.
#3 Updated by Greg Shah over 2 years ago
- Related to Bug #2596: Implement missing browse quirks. added