I considered the effect of trailing blanks and had my colleague check for nulls or blanks in ISPF Option 0.
General Input field pad . . N Command delimiter . ; Even after changing from blank to null, his SDSF fill character appeared to be blank. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Rob Scott Sent: Monday, November 30, 2020 9:30 AM To: [email protected] Subject: (External):Re: Extraneous blanks in SDSF issued command *** EXTERNAL EMAIL - Use caution when opening links or attachments *** >> No! Don't think of "stripping trailing blanks". Simply don't append >> blanks when the input field contained NULs (which the 3270 protocol >> doesn't transmit to the host. Some emulators deviate from this.) When a user EOFs part of the line and presses enter, the ISPF application gets the variable value padded to the RHS with whatever the ISFP ATTR PAD() keyword states or defaults to. In SDSF's case this is blanks so we have to treat the data from the first line as having "trailing blanks" as we cannot determine if EOF was used or the user just overtyped the line with blanks. This may well be different in raw 3270 datasteam (I have very limited exposure to that) , however interactive use of SDSF on z/OS is mainly via ISPF. Rob Scott Rocket Software -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Paul Gilmartin Sent: 30 November 2020 16:23 To: [email protected] Subject: Re: Extraneous blanks in SDSF issued command EXTERNAL EMAIL On Mon, 30 Nov 2020 16:10:51 +0000, Rob Scott wrote: > >(3) Automatically stripping trailing blanks from the first line would require >SDSF to have knowledge of the syntax of the command or some sort of awareness >of whether quotes or double-quotes are in effect and unbounded and if so, is >this meaningful or not. This is not something that SDSF wants to get involved >in as the text is freeform and what might appear to be apparent strange values >may be expected by the receiving user or ISV software product that processes >the command. > No! Don't think of "stripping trailing blanks". Simply don't append blanks when the input field contained NULs (which the 3270 protocol doesn't transmit to the host. Some emulators deviate from this.) >The lack of "insert mode" across both lines is frustrating, but I am not sure >there is a solution to that apart from a wide screen panel that has a single >input field. This would only provide relief for people running wide screen >3270 modes and most of our users are 43x80. > A field needn't be restricted to a single line. Those two lines should be formatted as a single field. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
