Kbase P16069: Progress does not correctly handle V6FRAME frame option when used with a browse widget
Autor |
  Progress Software Corporation - Progress |
Acesso |
  Público |
Publicação |
  9/7/2006 |
|
Status: Unverified
FACT(s) (Environment):
Progress 9.1D
Windows
Progress 9.1C
SYMPTOM(s):
Differences in behavior with V6Frame option between versions 9.1C and 9.1D
Developing a program that displays a browse widget and some other widget right below the browse with the V6Frame option.
Progress overlaps the bottom of the browse widget.
<widget id> does not fit in parent <parent widget id>. (6491)
Compiling with V6Frame =TRUE
CHANGE:
Upgraded Progress from a version prior to 9.1C21 to a version higher than 9.1C21
CAUSE:
The V6Frame option was added to compile and run Progress Version 6
applications with Progress Version 7 (or later) Windows releases. The
Browse widget is not a version 6 widget and thus, the V6Frame layout
will not work with a browse widget.
The reason why it was working for a time was because of a bug fixed by
20010917-002 (If a browse was specified with <x> DOWN phrase, it was
being created with 1 less row, giving the widgets below the browser a
little extra room).
The reason it doesn't work is because of the extra real estate in the
browser (separators between each row) Version 6 widgets were NON-GUI
widgets.
FIX:
Update the application layout so that it does not make use of the V6Frame option with a browse widget.