Re: CL Formatting, was WDSc workstation requirements

Here I am trying to convert people to fixed format in CL (at least parts 
of it) and free format in RPGLE.  Seems odd eh?  But I bet there's those 
that will go down fighting for the other way.

I still use CL for stuff that can remain all CL without being shoehorned 
in.  Like maybe a nightly backup routine.  But I don't use CL for the sake 
of "that's the way we've always done it".  Like always wrapping a HLL 
program in CL.  Especially if it's only to do something like OVRDBF (which 
is better done, documented, etc, if done in the RPG).  And I sure won't 
use it for multifile processing, etc.

But in general you're right.  The enhancements are too late for me.  But I 
can't say too little - too late.  Those enhancements are nice.  Especially 
the structured programming capabilities.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Vern Hamberg <vhamberg@xxxxxxxxxxxxxxxxxxxxxxxxx> 
Sent by: wdsci-l-bounces+rob=dekko.com@xxxxxxxxxxxx
05/28/2004 03:27 PM
Please respond to
Websphere Development Studio Client for iSeries <wdsci-l@xxxxxxxxxxxx>


To
Websphere Development Studio Client for iSeries <wdsci-l@xxxxxxxxxxxx>
cc

Subject
Re: [WDSCI-L] CL Formatting, was WDSc workstation requirements






Rob

I go back and forth on this. I try to do nice indents and other 
"pretty-print" stuff, and, of course, that's wiped out if you prompt in 
SEU. So I give up on "pretty-print". But then the structure is harder to 
follow.

jLPEX in RSE has done some (IMO) really bad things. I've reported some and 

I think they're on the list for being fixed. I believe the latest version 
will/does have better options/customization for formatting CL - hope so. 
Because I'd really like to keep indents, etc. Esp. with the new structured 

opcodes in V5R3.

Of course, you'll never use those, since you don't use CL, 
right?   Ducking!!  ;-)

Happy Memorial Day
Vern

At 01:02 PM 5/28/2004, you wrote:
>Vern,
>
>I detest the CL formatting in SEU.  There is too much wasted space on the
>left.  And often times I don't want the real estate eaten up by the
>parameters.  For instance I find this much easier to process
>     DCL  &USER        *CHAR   10 /* User profile                     */
>     DCL  &EMAILADR    *CHAR   50 /* Email address                    */
>
>Than how SEU would format that, when prompted.
>
>Or when I type in the following, and some messes it up by prompting it in
>SEU:
>SAV     DEV(&SAVDEV) +
>         OBJ(('/*') +
>             ('/QSYS.LIB' *OMIT) /* Saved with SAVLIB */ +
>             ('/QDLS' *OMIT)     /* Saved with SAVDLO */ +
>             ('/QCA400' *OMIT)   /* iSeries access updates */ +
>             ('/QFileSvr.400' *OMIT) /* 400-to-400 mapping */ +
>             ('/QOPT' *OMIT)     /* Optical drives */ +
>             ('/QPWX*' *OMIT) +
>             ('/QTCPTMM' *OMIT) +
>             ('/tmp'     *OMIT)  /* Temp data, avoid conflicts */ +
>             ('/PSF400'  *OMIT) +
>             ('/PSFSMTP' *OMIT) +
>             ('/QIBM/ProdData/InfoCenter' *OMIT)) +
>         SAVACT(*YES) SAVACTOPT(*ALWCKPWRT) +
>         OUTPUT(*PRINT) EXPDATE(&EXPDT) +
>         ENDOPT(*LEAVE) UPDHST(*YES)
>
>Rob Berendt
>--
>Group Dekko Services, LLC
>Dept 01.073
>PO Box 2000
>Dock 108
>6928N 400E
>Kendallville, IN 46755
>http://www.dekko.com
>
>
>
>
>
>Vern Hamberg <vhamberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
>Sent by: wdsci-l-bounces@xxxxxxxxxxxx
>05/28/2004 12:14 PM
>Please respond to
>Websphere Development Studio Client for iSeries <wdsci-l@xxxxxxxxxxxx>
>
>
>To
>Websphere Development Studio Client for iSeries <wdsci-l@xxxxxxxxxxxx>
>cc
>
>Subject
>RE: [WDSCI-L] WDSc workstation requirements
>
>
>
>
>
>
>Charles, you got me looking again.
>
>I don't know about whether to view CODE as a separate product or as a
>feture - IBM does the latter, I'll live with that.
>
>Nonetheless, I agree that it should be more explicit. And there is even
>more confusion here -are you guys in Toronto listening? I know you are.
>;-)
>
>On the "Features" page for the client is a link to CODE and one to VARPG.
>There is also a link to "Server development tools". The latter points to
>things like the WAS test environment, and there is NO WAY that runs in
>256MB. (The requirements page even says this.) So, the exact same phrase
>is
>used for completely different aspects of the same product, with
>contradictory recommendation. It'd be better to say something like
>"Classic
>Tools" - 256MB, 233MHz PII on the requirements page, IMO.
>
>Now the main reason I believe these minima are for the classic tools is,
>they are the same as the requirements for the separately packaged version
>of those tools in the old WDT, IIRC.
>
>So, bottom line, maybe--if all you do is RPG, CL, and DDS, install the
>whole blame package (you have to anyway, until the latest version) with
>classic tools (I forget the name on the install dialog) and do not start
>WDSC itself, rather start the classic tools stand-alone. You will not 
need
>
>a monster machine to do this. But the minute you want to try the new
>client
>(which is getting better and better), get the horsepower - you'll need 
it.
>
>And, BTW, I will not use either client for CL- formatting gets really
>strange, compared to SEU. I like what I'm used to, behaviorally and the
>results I get. I understand there are changes in the RSE client
>forthcoming
>but not in CODE - deprecation lives.
>
>Cheers
>Vern


_______________________________________________
This is the Websphere Development Studio Client for 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.