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



I'd be OK with one parameter per line.

I was arguing *for* the use of *GT, *TCAT etc in preference to pipes,
greater than's etc so I think we are agreeing.

On Wed, Mar 7, 2018 at 10:10 AM, Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>
wrote:

Fans of rolling their own CL-pretty won't like it much, but I use the RDi
formatter a lot - and I choose to put each parameter on its own line - at
least to start on its own line.


Indentation is also available in CL in EDi - it indents decision blocks
where is a DO, basically. Now other kinds of indentation, well, again, if
you do your own, you can turn formatting off in RDi.

Evan, you mention "...gets moved around..." - in fact, the pipe characters
are NOT invariant in the various EBCDIC CCSIDs - the asterisk and the
letters are in the same place in all of them, so they are safer when
working in various national languages.

Besides, I never remember which direction which arrow really controls -
it's almost as bad as the buttons on an elevator for opening and closing
the doors - I never get them right!!

Cheers
Vern


On 3/6/2018 2:44 PM, Evan Harris wrote:

Personally I think the idea of a whole pile of parameters with no keywords
would be even uglier than the verbose string the CL prompter produces.
Despite the perceived ugliness including the keywords removes pretty much
all the possible ambiguity.

If I was that horrified I think I would write a CL "prettifier" in Python,
but I've been looking at CL so long I find the prompts comforting.

One argument for *BCAT and *TCAT vs pipes etc is that there is no
possibility of a character translation error if the source gets moved
around.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.