Hi Terry
We hadn't considered sorting within a line in relative PRTF DDS. One
reason why is that typically relative PRTF uses relative columns as well,
so even the horizontal position of the field is relative to the previous
field, So there is no way of reordering the fields while preserving the
field layout on the paper.
I tried to reproduce your scenario. and it worked very smoothly for me.
I.e. creating a text constant between 2 others, automatically created it
in the right order (between the 2 existing ones).
I could reproduce your scenario if I had a relative record as your
described, followed by an absolute record. If the absolute record was the
current one (darker orange background), then when you drop your new field,
it will target your current record and put it on the first line of the
absolute record (which happens to overlap with the last line of the
relative record. So the new field appears with fixed line and column after
the other relative fields.
The trick is to make sure that the record you want to contain the new field
is the current one. If it does not have the darker background click on the
background of the record to make it the current one before doing the drag
from the palette.
Watching the YouTube on the Record Designer might help with some of the
concepts.
http://www.youtube.com/watch?v=VZXxjWa-WvA
Regards,
Edmund (E.H.) Reinhardt
COBOL IDE on AIX, DDS, WebFacing, System i Application Development,
Rational Developer for Power
2D barcode - Phone: 1-905-413-3125 | Phone: 1-905-854-6195 IBM
encoded with E-mail: edmund.reinhardt@xxxxxxxxxx
contact AIX COBOL: 8200 Warden Ave
information www.youtube.com/user/IBMRational#g/c/62DF24D5BCD43501 Markham, ON L6G 1C7
"In every thing give thanks: for this is the will of Canada
God in Christ Jesus concerning you." - 1
Thessalonians 5:18
From: Terry Hertel <T.Hertel@xxxxxxxxxxxxxxxxx>
To: "'wdsci-l@xxxxxxxxxxxx'" <wdsci-l@xxxxxxxxxxxx>,
Date: 04/25/2012 11:10 AM
Subject: Re: [WDSCI-L] WDSCI-L Digest, Vol 10, Issue 115
Sent by: wdsci-l-bounces@xxxxxxxxxxxx
Is there any reason why the DDS specs between SPACE and SKIP keywords
couldn't be sorted by column number for printer file relative records?
I have a record format in my display file (relative record) that consists
of two lines of headings (text constants). When I drag "Text Constant" from
the Constants palette between two fields in the record format, RDp assigns
a fixed line number to the text constant and places it out of place in the
source specs - it places the source spec after the last SPACEA keyword in
the record format. Why?
I also noticed that the code that RDp inserts at the end of the DDS
contains the same record formats multiple times. Why?
------------------------------
message: 8
date: Wed, 25 Apr 2012 04:40:06 -0400
from: Edmund Reinhardt <edmund.reinhardt@xxxxxxxxxx>
subject: Re: [WDSCI-L] Sorting DDS
If you think about it, relative PRTF records use SPACE and SKIP keywords to
position themselves with respect to the previous field in the DDS, So it
doesn't make any sense to sort them. Absolute PRTF record using row and
column values just like DSPF records and can be sorted by simply right
clicking on the record background and selecting "Sort:" from the context
menu.
Regards,
Edmund (E.H.) Reinhardt
COBOL IDE on AIX, DDS, WebFacing, System i Application Development,
Rational Developer for Power
--
This is the Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/wdsci-l.
midrange.com
