Bug #6360
Frame size adjustment
0%
History
#2 Updated by Marian Edu about 2 years ago
- File fwd_gui.PNG added
- File fwd_chui.PNG added
- File fwd_box_gui.PNG added
- File fwd_box_chui.PNG added
- File 4gl_box_gui.PNG added
- File 4gl_box_chui.PNG added
- File 4gl_gui.PNG added
- File 4gl_chui.PNG added
In 4GL when a nested frame is placed in a parent frame it's size might be adjusted based on the available size inside the parent, the nested frame will either get scrollbars or will be simply cropped so not all it's content is visible. Actually the cropping part is (imho) a 4GL bug due to the fact the algorithm takes into account the parent's position (row/column) when deciding if the child can fit into the available space - we did addressed that by incorporating the "bug" for #5897.
When running the test we've used for the issue in #5897 although the frame size seems to match the behavior in 4GL the visual appearance is somehow different in some cases - scrollbar being present while height/virtual-height have the same value, widgets in nested frame are visible while in 4GL fall-out of the frame region because of the cropping and event the nested frame position looks wrong sometimes.
When adjusting the frame size 4GL throws errors(warning) when widgets do not fit into the new region, although I've added the check for height in FWD no error is being thrown due to the fact that minimum height seems always to be one (1
) - the frame doesn't look into it's widgets list to see how much space it will actually need.
ui/frame
folder:
- nested frames, no box -
test_nested_frames_height.p
- GUI
- CHUI
- nested frames, box -
test_nested_frames_height_with_box.p
- GUI
- CHUI