OTTOSCR is an old tool to make fullscreen CMS scroll, don't know if it still runs http://www.vm.ibm.com/download/packages/descript.cgi?OTTOSCR With ROI, you'd have to write the new line with VSCREEN WRITE and linenumber 0, then maybe some WINDOW command to position the window at the end (if the VSCREEN is larger than the WINDOW But, very easy in my eyes: you could use XEDIT, basically a loop doing :1 DEL 1 * INSERT newLine :1
I don't know what your code will be waiting for. If you need to wait for either a message comming in either a SCIF message: there are no easy, REXXish, ways to get this done: For example: with XEDIT you have READ to wait for user action or WAKEUP to wait for a timer or messages, but the end-user's action on the XEDIT screen get lost. At my customer's installation we solved this by using WAKEUP for enable screen updates, when the operator wanted to do something, he had to press enter or some other key, causing WAKEUP to exit with RC 6. But our REXX code could now know what the operator did, so some prompting popup was displayed. Another operator tool used CMS/GUI, where the GUI generated a timer interrupt to VM every 2 seconds and the REXX code then checked for new messages with "WAKEUP +0 (xxx". Consequently the operator diod not have to hit two keys to get something done. 2009/10/16 Colin Allinson <[email protected]>: > > I need to get a screen to behave in a slightly different way to the standard > 3270 screen. I need to collect SECUSER messages and get them to push up the > screen, (so the oldest fall off the top), rather than filling the screen to > MORE... and starting again with a clear screen. > > I did look to see if there was any way I could do this with Fullscreen CMS > and I could not see how (although I have never really got to grips with this > tool and there may be some configuration option that may make it possible. > > We have tried using VM:Operator and this, sort of, does what we want but > there are some complexities caused by the fact that it is a far more general > tool with many more functions. > > I could, of course, write my own shell but, before I set about this, it > would be helpful to know if there is already something out there that will > do this (or, at least, provide a base on which to work). > > Any ideas would be greatly appreciated > > > > Colin Allinson > > Amadeus Data Processing GmbH > > -- Kris Buelens, IBM Belgium, VM customer support
