This is a discussion on RE: Dynamically set VMS "environment" settings from a program? - VMS ; Yes, thank you. I'm using the COBOL screens right now in an effort to tame the cost to the potential users. Terminal emulation for green screen users under VMS is - somewhat more difficult than anything else. I was under ...
Yes, thank you. I'm using the COBOL screens right now in an effort to tame
the cost to the potential users. Terminal emulation for green screen users
under VMS is - somewhat more difficult than anything else.
I was under the impression AllInOne was more like an office software product
than anything remotely similar to ISPF. (Which has been named ISPF for a few
I actually like the FORMS panel editor and development system, but I am
quite impressed with how capable the COBOL system is. It isn't easy to do
things like save screens (since you cannot command the terminal to send you
a full dump of the screen) and telnet/ssh is not as smooth as I would like,
but it is still relatively fast and I am getting to the point where a
software port looks like it will be doable.
I'll probably sanitize a small application and post it up free in the hopes
of getting constructive criticism. Little things like field editing are
eating my lunch right and left. No guaranteed DELETE key that actually does
what a DELETE key is supposed to do, for instance.
I might have to guarantee the software only on a PC with specific emulation
software or something, which I really don't like. The alternative is to
target a really standard terminal emulation, like 3270 emulation, and write
a convertor and TCP daemon to handle the communications. I would rather not
though, if I can avoid it.
I will take a look at All in One if I can find the install image for it
> -----Original Message-----
> From: JF Mezei [mailto:email@example.com]
> Sent: Tuesday, July 24, 2007 11:30 PM
> To: Info-VAX@Mvb.Saic.Com
> Subject: Re: Dynamically set VMS "environment" settings from a program?
> Paul Raulerson wrote:
> > Take a typical (green screen) program, it puts up a header at the top
> of the
> > screen, body text, a function key line and a message line at the
> > Okay, this is more IBM that perhaps VMS green screen programs are
> > setup to be, but hey- I have not SEEN any VMS green screen programs
> > than the editors, and *they* can use function keys!
> You mentioned COBOL. Cobol has a screen generator. If you look at the
> Cobol documentation, you can design a screen in the working storage
> section (with line and column values for each piece of text) and then
> I recall, use the ACCEPT statement to get the information.
> Or, you can use old packages such as FMS which provide more full screen
> display control and PF keys etc. But FMS still requires some additional
> There are lower level routines others have alluded to (SMG$ routines)
> which are used by the higher level software such as COBOL, FMS etc.
> If you are looking for something like TSO/SPF (ISPF or whatever it is
> called this week), then ALLIN1 (office server) gives you this type of
> functionality. (It is based on FMS but gives you a high level interface
> to menus, displays, access to indexed files etc).