Gerhard Postpischil wrote:
Edward Jaffe wrote:
I'm hoping those of you interested in extending the 3270 protocol,
and have not yet done so, will request the ANCAS24 usermod from TSO/E
level 2 as soon as possible. Even if you're unable to exploit the new
function right away, the request sends the right message as to level
of interest in this support. Given enough interest, there is an
excellent chance the TSO/E folks can be convinced to turn this
valuable support into a new function APAR.
If IBM can be convinced to make improvements, why not go whole hog?
The IBM 3180 introduced user specified screen sizes as part of the
explicit partition support. I found this out the hard way when I coded
a partition request with the 24 and 80 in the wrong order. I don't
think Vista supports this, but Seagull does.
For one thing, I would prefer an 82*nn format for editing source with
full sequence fields, and 90*nn for editing 80 column data in a
sequenced data set. Other sizes are left to the reader.....
Sounds like you may have misunderstood something fundamental. Sorry if
it wasn't clear...
Only Netview's usermod is limited to an 80-column primary screen size.
(Unfortunately, according to their developers, they have *lots* of work
to do if they want to support other primary screen sizes.)
TSO/E's support distributed via ANCAS24 allows *any* valid geometry for
both primary and alternate sizes. (IKJLPENU restrictions are a different
story to be addressed under separate cover.)
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
