> Is a written specification available,
"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."
> Does IBM market "a real 3270" nowadays?
I doubt it. But what do HOD and PCCOMM do?
> Many emulators replace NULs followed by a non-null charater (sic)
> with spaces in the transmitted data stream,
That's what I call a Molly Malone:
She died of a faever
From which none could save her
IBM had a more sensible idea on some modes; if you enabled Entry Assist then
you could treat blanks as nulls for purposes of insert.
--
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 11:40 AM
To: [email protected]
Subject: Re: Extraneous blanks in SDSF issued command
On Tue, 1 Dec 2020 11:34:54 +0000, Seymour J Metz wrote:
>Does anybody have a real 3270 they can test it on? FWIW, it works on TSPF, and
>Tritus was extremely serious about compatability.
>
Is a written specification available, as opposed to empirical?
Does IBM market "a real 3270" nowadays?
Many emulators replace NULs followed by a non-null charater with
spaces in the transmitted data stream, claiming WYSIWIG as a
motivation. This is often configurable in Settings.
At times I've relied on the original behavior. To append characters
to a line it may be faster to "<-" around the right edge of the screen,
type there, and rely on collapse of the intervening NULs.
Long ago I used a 3270 lookalike, hardware, which optionally
displayed NULs visibly distinguished from spaces.
>________________________________________
>From: Rob Scott
>Sent: Tuesday, December 1, 2020 3:50 AM
>
>I have just tested the ISRTSO (and ISRTSOA) panels in ISPF 7.2 and they both
>fail the first issue (SKIP) when shown in a POPUP (this is expected).
>
>They both fail the second issue (INSERT/EOF) no matter if POPUP or not.
-- 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
