Project

General

Profile

Bug #2418

frame construction issue

Added by Ovidiu Maxiniuc over 9 years ago. Updated over 9 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 Ovidiu Maxiniuc over 9 years ago

Sometimes the frame are not correctly formed. Consider the following procedure:

    define temp-table ttf
       field f  as decimal   init 3.14
       field f1 as integer   init 98
       field f2 as character init 'lups'
       field f3 as logical   init yes.

    define temp-table ttg
       field f  as decimal   init 9.89
       field f1 as integer   init 734
       field f2 as character init 'grem'
       field f3 as logical   init false.

    create ttf.
    create ttg.
    display ttf with side-labels frame f1.
    display skip with side-labels frame f1.
    display ttg with side-labels frame f1.

    buffer-copy ttf to ttg.
    display ttg with side-labels frame f2.

It should print two frames like:

    ┌─────────────────────────────────────────────────┐
    │f: 3.14       f1: 98         f2: lups     f3: yes│
    │f: 9.89       f1: 734        f2: grem     f3: no │
    └─────────────────────────────────────────────────┘
    ┌─────────────────────────────────────────────────┐
    │f: 3.14       f1: 98         f2: lups     f3: yes│
    └─────────────────────────────────────────────────┘

But instead, the display is rather strange:

    ┌─────────────────────────────────────────────────┐
    │f: 734.00     f1: 98         f2: lups     f3: yes│
    │f: 9.89       f2: grem     f3: no                │
    └─────────────────────────────────────────────────┘
    ┌─────────────────────────────────────────────────┐
    │f: 3.14       f1: 98         f2: lups     f3: yes│
    └─────────────────────────────────────────────────┘

Somehow, there is a leakage / naming collision when building the frame at conversion time. The ttg.f1 and ttf.f fields are merged and the output is scrambled.
The annotations/frame_scoping.rules or frame_generator.xml has some flaw that yields two field names that conflict when they should be unique.

Also available in: Atom PDF