| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1337.1 | | PSW::WINALSKI | Meetings are our most important product | Wed Aug 30 1989 15:48 | 4 |
| You can't, any more than you can do it from a real terminal.
--PSW
|
| 1337.2 | | SITBUL::KLEINSORGE | So sue me. | Thu Aug 31 1989 11:08 | 12 |
|
You can from some :-) There is a Rectangular Area Editing Operation
that can transmit a area of the screen to the host defined for the
(unnamed?) Level 4 terminal.
This function also (can selectively) work on a VWS terminal (which can
also be (selectively) programmed to transmit the encoded/plain text
contents of the paste buffer).
_Fred
|
| 1337.3 | Of course, there's always SMG.. | HYDRA::COAR | Have you mutated yet to-day? | Fri Sep 01 1989 17:58 | 9 |
| .. but only if the customer's application(s) can be modified. The
SMG$PUT_PASTEBOARD routine (I think) lets you fetch the contents of the screen,
line by line.
But if he's using canned s/w, I think he'll have to use h/w functionality, as
suggested in .-1.
#ken :-)}
|
| 1337.4 | SMG isn't the answer either. | IO::MCCARTNEY | James T. McCartney III - DTN 381-2244 ZK02-2/N24 | Sun Sep 17 1989 06:36 | 8 |
| SMG doesn't cause the terminal to send anything back to the host. The
hardware is not capable of doing so. SMG simply keeps an in memory
copy of the screen image and returns whatever it knows about. Thus if
the user mixes SMG and non-SMG output, he loses.
James
|