Enhance JES2 Symbol Replace in instream data related to blank processing

If I use JES2 symbol-replace in instream-Data there is special processing of blanks.

Manual: "When symbols are substituted in in-stream data, the system attempts to maintain the position of non-blank characters. This is achieved by adding or removing blanks between non-blank character sequences. At least one blank is always preserved to maintain syntactical validity of the data. The resulting string never contracts and only expands if there are not enough blanks to remove to maintain data positioning. Refer to Defining and nullifying JCL symbols for additional information. "


There may be cases, where this blank processing is good and neccessary (or at least it it does not matter).
e.g. a continuation character in column 72 should stay in this position.

I have not seen a single control card in our installation that needs this blank processing.
So I have the opposite problem: This blank processing may break syntactical validity. I have to take care that this does not occur with workarounds.


So this new feature is not flexible enough.

I´d like to see following enhancement:

ADD a third suboption zz on SYMBOLS Statement

//SYSIN DD *,SYMBOLS=(xxxx,yy,zz)

zz = BL blank processing (the behaviour now)
zz = NOBL no blank processing (collapse and expand string jcl-like)


Example
// EXPORT ..
// SET DATE='2015-01-01'
//*
//SYSIN DD *,SYMBOLS=(JCLONLY)
AAAA&DATE.J J JJ

If these "J" and its position have a special meaning it gets tricky.

it´s not possible this way to let the string resolve to AAAA2015-01-01J J JJ (so that the substring "J J JJ" in input string and output string are the same )

In this case it resolves to AAAA2015-01-01J J JJ (one blank removed before JJ)

As a workaround i have to create a JCL Var containing these J to solve this.

If suboption NOBL is available then &DATE. is expanded to 2015-01-01 and the string behind attached is to it unchanged.
Result "AAAA2015-01-01J J JJ"

We have lots of such Sysin Cards and it´s tricky to use symbols there without workarounds.

If such an Option is available, i´d convert whole jcl using SYMBOLS=(..) to this.