|
From: craigs@xxxxxxxxxtry
To: wdsci-l@xxxxxxxxxxxx,
Date: 2012-09-28 11:27
Subject: [WDSCI-L] Fw: RDP DDS Designer Relative to Absolute
Sent by: wdsci-l-bounces@xxxxxxxxxxxx
I haven't heard or seen anything about this since my post on 5/16/12 on
this list or in the newest version of RDP. Someone from IBM suggested I
try the wdsci-l list of midrange.com first which I did in May. Then,
the DeveloperWorks RFE thing which I'm surprised I don't see anythingbe
noticeable about this there yet. I searched and haven't seen other
complaints on midrange.com or DeveloperWorks so I'm thinking that I may
the only one dealing with screens/reports with relative positioning.which
I am changing reports/screens designed originally with straight DDS
is easier to code with relative positioning. In CODE, if you select aIf
field positioned with +2 for example and move it left one, it changes to
+1. Also, the field next to it defined with +2 changes to +3 in CODE.
you happen to overlap another field in CODE, it changes to absoluteRDP
positioning and causes a red box to indicate overlap. Excellent. In
Report Designer, that same operation does not increase the next field'sI
relative position thereby shifting the whole line left. Granted, not as
flexible as CODE but there is the ability to overcome it. I could see a
working as designed response. But wait, it remembers the positioning
internally for the other relative positioned fields for that line. So,
try to move the third field relatively positioned to the second fieldleft
one and it shifts that field (and the whole line) left two. Same thingfor
other relatively positioned fields for that line. They remembered thethey
previous positioning of two so I shift one of those left one space and
go three spaces left where one field would overlap another which ends uppeople
throwing that field and the rest of the line at position 1 thereby
overlapping what was there starting in position 1.
I'm wondering if there may be a statement from IBM somewhere about not
supporting relatively (ex: +1) positioned screen/report fields. Or,
are still using CODE Designer even though it is stabilized and may beI
unsupported. Or, this type of thing wouldn't hit the IBM priority list.
can take the time to convert from relative to absolute positioning forRDP
if needed but I thought it wouldn't hurt to inquire.a
Do you think I should stay quiet and see what happens to unfold or push
little more with an RFE? Am I missing something?fact
Thanks.
Craig Strong
Craig wrote:
------------------------------
I am a long time Code Designer user and I have switched to the RDP DDS
Designer. There is one major issue I am having with the RDP DDS Designer
which is frustrating and is a major loss in productivity. That is the
that relative positioned field (ex: +1) cannot be individually movedI
without moving everything after that which is relative. In Report
Designer, the whole line moves. In Screen Designer, nothing moves unless
make them absolute positions. Code Designer would move them withoutabsolute
problem. The easiest way I have found to convert from relative to
is to click the last relative field of the line and unchecking"Relative".
Then I have to remember where it was at before and reposition the field.is
Then I go down the line to the left unchecking and repositioning. This
a waste of time.
I have checked the archives to no avail. It seems like it would be
possible to convert relative to absolute fairly easily. I could probably
write a program to do this but I don't have the time right now.
Does anyone know of a function or alternative to get around this? Does
anyone know of a future RDP fix for this?
Thanks.
Craig Strong
--
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.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.