On Mon, 20 Jun 2011 15:10:51 -0700, Edward Jaffe wrote: >I just reduced the screen geometry of my 3270 displays from 90x142 down to >68x142 due to ever-increasing eye strain. When I started in this business, I >worked with a 24x80 display. At this rate, I'll probably retire with the same >screen geometry I started with... :-D > There's a growing concern here as users in increasing numbers rely on their fondleslabs.
o What terminal emulators have a useful zoom function? o Does any terminal emulator provide dynamic geometry change during a session? ISPF wouldn't tolerate it; I know; disconnecting from an ISPF session and reconnecting with a different geometry results in an endless iterative "TERMINAL I/O ERROR". I can't even SAVE and END. But that's ISPF tunnel vision. OTOH: o If I disconnect from a VM/CMS XEDIT session, then reconnect with a different terminal geometry, I merely press PA2 and XEDIT refreshes the screen correctly in the new geometry. Why can't ISPF be as smart? Increasingly relevant as TSO's "RECONNECT" becomes more sophisticated. Of course, if I did this in the midst of a complex XEDIT macro that depended on screen geometry and couldn't handle the SIGWINCH, I'd expect misbehavior. o If I disconnect from a TSO READY prompt and reconnect with a different screen geometry, TSO continues in line mode savvy to the change. Why doesn't TSO pass notification of this change to ISPF if it's running, and/or why doesn't ISPF accommodate? o I must have tried the experiment with SDSF, under ISPF and/or from the READY prompt. I don't recall the result. o What would (E)JES do in case of reconnect with changed terminal geometry? :-) -- gil ---------------------------------------------------------------------- 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
