Project

General

Profile

Bug #6211

Display changes z-order

Added by Marian Edu about 2 years ago. Updated about 2 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
Due date:
% Done:

0%

billable:
No
vendor_id:
GCD
case_num:
version:

History

#1 Updated by Marian Edu about 2 years ago

When a display statement is used with a widgets list the FWD implementation changes the widgets z-order in frame by using moveToTop method in ThinClient's viewWorker method.

This can be reproduced using ui/frame/test_display_overlay.p test in testcases project:
1. press 'a' to display the two overlapping fields
2. press 'h' to display a hidden field that will overlap the first field previously shown
2. press 'i' twice to toggle frame's visibility

In FWD the frame remains as before hiding and making the form visible again - aka the fields are shown in the z-order frame, which is correct, but the z-order frame should not have been changed by the display in step 2. In 4GL the frame view shows the two overlapping fields and the previously 'hidden' fields is not visible because z-order isn't changed.

Calling moveToTop on the hidden fields changes the z-order both in 4GL and FWD so there is nothing wrong with the method per-se.

Also available in: Atom PDF