I don't know that I disagree... Since all I use is ISPF/SDSF under TSO, and they both support the queried larger screen size, ok with the dotted line gutters on an 80 byte lrecl, I've always thought I was happy... I'll have to see what your apar actually gives me that I don't have now....

Edward Jaffe wrote:
Not just logon. You miss out on other functions as well.

If you set your ISPF terminal type to "1. Data", you get to use your primary screen size whenever conditions warrant. This can be an extremely useful capability! But its usefulness is greatly reduced with only 24 rows available in the primary size. OTOH, if you have the same (or nearly the same) number of rows in both primary and alternate screen sizes, you don't lose functionality or real-estate or have to make any tough choices. You get the best of both geometries.

This is seen as an extremely attractive way to use 3270. So much so that it's been relatively easy to convince the developers of various products to which I've been exposed to support the concept of allowing query for both sizes, not just one.

Do you disagree? Have you read either of my SHARE presentations on the subject?
--
------------------------------------------------------------------------

Andrew McIntyre - Consulting IT Specialist
IBM System z™ Software Technical Sales
SMPO (Software Migration Project Office)
TMT (Tivoli Migration Team)
404-487-2477 or tie 546-2477
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>

------------------------------------------------------------------------

SMPO
 http://www.ibm.com/software/solutions/softwaremigration
NetView for z/OS
 http://www.ibm.com/tivoli/products/netview-zos/resources/nv390-update.html
System Automation for z/OS
 http://www.s390.ibm.com/sa

------------------------------------------------------------------------

----------------------------------------------------------------------
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

Reply via email to