GA27-2742 for the second quote. Entry Assist is all or nothing; if it's on then Ins mode causes inserted text to replace the blanks without shifting the non-blank text to the right. I don't recall whether it leaves a separating blank.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [[email protected]] on behalf of Paul Gilmartin [[email protected]] Sent: Tuesday, December 1, 2020 1:36 PM To: [email protected] Subject: Re: Extraneous blanks in SDSF issued command On Tue, 1 Dec 2020 17:39:58 +0000, Seymour J Metz wrote: > >"The INS MODE (3275/3277) or ~ (3276/3278/3279) key allows characters to be >inserted into a field, while all characters following the point of insertion >are shifted to the right." > >"If a field is a large one and covers more than one line, and if the situation >calls for it, during the insert operation, characters will shift from the end >of one line to the beginning of the next." > Clear enough. Thanks. Citation needed. So Rob's terminal is nonconforming. But if that's the modal behavior among current emulators, it avails suppliers little to count on the "standard" behavior. Is it optional? >IBM had a ... sensible idea on some mode[l]s; if you enabled Entry Assist then >you could treat blanks as nulls for purposes of insert. > All blanks? Trailing blanks? Respect column alignment like ISPF Edit Change? -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
