Project

General

Profile

Bug #2713

Bug #2677: fix drawing and functional differences between P2J GUI and 4GL GUI

Incorrect labels in case of the overlapping widgets.

Added by Igor Skornyakov over 8 years ago. Updated over 8 years ago.

Status:
WIP
Priority:
Low
Assignee:
Constantin Asofiei
Target version:
-
Start date:
Due date:
% Done:

0%

billable:
No
vendor_id:
GCD
case_num:

zr.p Magnifier (346 Bytes) Igor Skornyakov, 09/14/2015 04:32 PM

label-z-order_header.png (2.35 KB) Constantin Asofiei, 10/20/2015 01:51 PM

History

#1 Updated by Igor Skornyakov over 8 years ago

If two widgets (f and g FILL-IN in the attached program) are overlapped then with 4GL only the label of the topmost widget is visible and this doesn't change even after the Z-order is changed via MOVE-TO-TOP()/MOVE-TO-BOTTON() methods. With p2j both lables are 'half-visible'.

#2 Updated by Greg Shah over 8 years ago

  • Project changed from Runtime Infrastructure to User Interface

#3 Updated by Greg Shah over 8 years ago

  • Start date deleted (09/14/2015)
  • Parent task set to #2677

#4 Updated by Constantin Asofiei over 8 years ago

  • Status changed from New to WIP
  • Assignee set to Constantin Asofiei

#5 Updated by Constantin Asofiei over 8 years ago

The issue is more complex than just z-order. When computing the top-label layout for a case when widgets intersect (on X and Y), the order of the labels is somehow "undefined":

DEFINE VARIABLE f AS CHAR FORMAT "X(20)"  NO-UNDO VIEW-AS FILL-IN.
DEFINE VARIABLE g AS CHAR FORMAT "X(10)"  NO-UNDO VIEW-AS FILL-IN.
DEFINE VARIABLE j AS CHAR FORMAT "X(10)"  NO-UNDO VIEW-AS FILL-IN.
DEFINE VARIABLE h AS CHAR FORMAT "X(10)"  NO-UNDO VIEW-AS FILL-IN.

DEF FRAME fr 
   f  AT COLUMN 1 ROW 3 BGCOLOR 1 
   g  AT COLUMN 1 ROW 3 BGCOLOR 3
   h  AT COLUMN 1 ROW 1 BGCOLOR 1
   j  AT COLUMN 1 ROW 1 BGCOLOR 3
  WITH TITLE "fr" AT COLUMN 1 ROW 1 SIZE 40 BY 12.

ENABLE ALL WITH FRAME fr.

WAIT-FOR WINDOW-CLOSE OF CURRENT-WINDOW.

Even if j and h are set for row 1, they are well bellow this row. The order gets even weird if more widgets are added and the same row is used in misc cases.

Can we make this a low priority? I think the numeric format/selection issue #2727 is more important.

#6 Updated by Greg Shah over 8 years ago

  • Priority changed from Normal to Low

Yes, this is not critical right now.

Also available in: Atom PDF