× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



"WDSCI-L" <wdsci-l-bounces@xxxxxxxxxxxx> wrote on 09/06/2017 12:08:20 PM:
----- Message from Ken Killian <kkillian@xxxxxxxxxxxx> on Wed, 6 Sep
2017 15:45:44 +0000 -----

To:

"Rational Developer for IBM i / Websphere Development Studio Client
for System i & iSeries" <wdsci-l@xxxxxxxxxxxx>

Subject:

Re: [WDSCI-L] Multiple issues with CL Source editing

Michel,

I start my CL in column 4, and it works for me...

But, I have to change the line, for it to "kick-in" on the reformat...

window>preferences>Remote System>Remote System LPEX Editor>IBM i
Parsers>CL

Checked: Automatic Indent Blanks(1-20): 5 // I use 5-spaces.
Checked: Automatic formatting
Label Position: 2
Command position 4
Continued line indent: 6
Line Length: *RCDLEN


Ken,

When I posted yesterday, I had tried changing the preference for 'Command
position' and then tried to modify a line in the middle of a program. It
still left the command starting in position 14 (the default). I modified
the preference to 4 today and opened a member. I pressed [space]on the PGM
statement and it moved it to column 4. I next did a block select of
several lines and pressed Alt+F7 to move the block left one space--the
whole block moved to column 4. So far, good. Except that I'm puzzled why I
couldn't get it to work the other day. So I went to the middle of the
program and modified a line. The command stayed in position 14. So it
appears that the indent is definitely affected by the line(s) above it. I
used the block-select and Alt+F7 method to change the indent on all the
lines down to the command I had tried to move previously and everything
aligned to column 4.

Then I got to a label and everything above the label moved to column 4.
But after the label, the command was indented far to the right of column
4. This could be related to APAR SE67079 which was opened based on a PMR I
submitted for indent problems after comments. I may submit a new PMR
referencing my earlier one and the APAR. The indent function is definitely
buggy.
Playing with it a little more I nailed down this problem: I have 'Label
above command' checked. So it puts the label at the column specified in
the preferences and then indents the command as a continuation of the line
the label is on. Since it's now placed a command further indented, it
continues to indent commands on subsequent source lines, too. I opened a
PMR on this.

But the formatter works without problems for me. I would venture a guess
there are some special circumstances causing the formatter to not wrap
lines correctly.

So there may be bugs, but I'll take RDi with bugs any day over SEU
(Stone-tablet Editor, Unproductive edition). SEU was great in it's day,
but it's time to put it to rest.


Michael Quigley
Computer Services
The Way International

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.