"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.