Terminal MODEL 6 support: Difference between revisions
m (Created page with "The <var class="product">Sirius Mods</var> adds support for terminal models beyond the standard Mod 2 (24 X 80), Mod 3 (32 X 80), Mod 4 (43 X 80), and Mod 5 (27 X 132). The new t...") |
m (minor formatting) |
||
| (12 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
Version 7.5 of <var class="product">Model 204</var> (and the [[Sirius Mods]] before that), adds support for terminal models beyond the standard <code>MODEL 2</code> | |||
(24 X 80), | (24 X 80), <code>MODEL 3</code> (32 X 80), <code>MODEL 4</code> (43 X 80), and <code>MODEL 5</code> (27 X 132). | ||
The new terminal models are supported by setting the terminal model to 6: | The new terminal models are supported by setting the terminal model to 6: | ||
<p class="code">RESET MODEL 6 | <p class="code">RESET MODEL 6 | ||
</p> | </p> | ||
There is really no such thing as a Model 6 terminal, but setting the terminal | There is really no such thing as a Model 6 terminal, but setting the terminal | ||
model to 6 tells <var class="product">Model 204</var> to issue a <code>Write Structured Field Query</code> to the | model to 6 tells <var class="product">Model 204</var> to issue a <code>Write Structured Field Query</code> to the | ||
terminal to have the terminal indicate its geometry (number of rows and | terminal to have the terminal indicate its geometry (number of rows and | ||
columns) to <var class="product">Model 204</var>. | columns) to <var class="product">Model 204</var>. | ||
| Line 12: | Line 12: | ||
Many terminal emulators allow alternate 3270 sizes to be set. | Many terminal emulators allow alternate 3270 sizes to be set. | ||
This makes it possible to set the terminal geometry to match the optimal | This makes it possible to set the terminal geometry to match the optimal | ||
combination of font size and physical screen size for a particular workstation, | combination of font size and physical screen size for a particular workstation, rather than trying to set the emulator font size to work well with one of a limited number of screen geometries. | ||
rather than trying to set the emulator font size to work well with one of a | |||
limited number of screen geometries. | |||
Unfortunately, the standard <var class="product"> | Unfortunately, the standard <var class="product">SOUL</var> screen definitions don't allow the defining of fields that extend beyond column 79. | ||
of fields that extend beyond column 79. | However, <var>[[$ScrHide]]</var>, <var>[[$ScrSize]]</var>, and <var>[[$ScrWide]]</var> make it possible for <var class="product">SOUL</var> | ||
However, <var>[[$ScrHide]]</var>, <var>[[$ScrSize]]</var>, and <var>[[$ScrWide]]</var> | |||
make it possible for <var class="product"> | |||
screens to take advantage of columns beyond column 79. | screens to take advantage of columns beyond column 79. | ||
In addition, these functions make it possible to dynamically modify | In addition, these functions make it possible to dynamically modify | ||
| Line 29: | Line 24: | ||
scrolling screens being particularly suited for larger screen geometries. | scrolling screens being particularly suited for larger screen geometries. | ||
To facilitate <var class="product"> | To facilitate <var class="product">SOUL</var> applications for varying screen sizes, the <var>VIEW</var> | ||
command for the <var>MODEL</var> parameter has been enhanced to show the | command for the <var>[[MODEL parameter|MODEL]]</var> parameter has been enhanced to show the | ||
screen geometry in addition to the model number for | screen geometry in addition to the model number for Model 6 terminals: | ||
<p class="code">> V MODEL | <p class="code"><b>> V MODEL </b> | ||
MODEL 6 34*142 TERMINAL MODEL | MODEL 6 34*142 TERMINAL MODEL | ||
</p> | </p> | ||
Issuing <var>$ | Issuing <var>[[$View]]</var> for the above terminal returns <code>6 34*142</code>, from | ||
which a <var class="product"> | which a <var class="product">SOUL</var> application can readily determine that the screen has 34 rows and 142 columns. | ||
34 rows and 142 columns. | |||
To enable | To enable Model 6 support, the <var>[[SIRTERM parameter|SIRTERM]]</var> system parameter must be set in the CCAIN stream. | ||
must be set in the CCAIN stream. | |||
If a terminal is using a non-standard screen geometry via | If a terminal is using a non-standard screen geometry via Model 6 support, | ||
the <var class="product">Model 204</var> editor and command line will correctly use the available screen space. | the <var class="product">Model 204</var> editor and command line will correctly use the available screen space. | ||
Many <var class="product">[[ | Many <var class="product">[[RKTools]]</var> subsystems, such | ||
as <var class="product">SirScan</var>, <var class="product">SirMon</var>, and <var class="product">SirPro</var> | as those for <var class="product">SirScan</var>, <var class="product">SirMon</var>, and <var class="product">SirPro</var>, and the <var class="product">[[SirFact]]</var> product will also take advantage of the additional available screen space. | ||
will also take advantage of the additional available screen space. | |||
If the screen geometry of a Model 6 terminal requires more than 6142 bytes, screen backpaging will be disabled. | |||
[[Category: Terminal processing and support]] | |||
Latest revision as of 18:20, 15 September 2017
Version 7.5 of Model 204 (and the Sirius Mods before that), adds support for terminal models beyond the standard MODEL 2
(24 X 80), MODEL 3 (32 X 80), MODEL 4 (43 X 80), and MODEL 5 (27 X 132).
The new terminal models are supported by setting the terminal model to 6:
RESET MODEL 6
There is really no such thing as a Model 6 terminal, but setting the terminal
model to 6 tells Model 204 to issue a Write Structured Field Query to the
terminal to have the terminal indicate its geometry (number of rows and
columns) to Model 204.
In this way, Model 204 can dynamically set a terminal's geometry,
whether it's one of the standard geometries (Mod 2, 3, 4, or 5) or not.
Many terminal emulators allow alternate 3270 sizes to be set.
This makes it possible to set the terminal geometry to match the optimal
combination of font size and physical screen size for a particular workstation, rather than trying to set the emulator font size to work well with one of a limited number of screen geometries.
Unfortunately, the standard SOUL screen definitions don't allow the defining of fields that extend beyond column 79. However, $ScrHide, $ScrSize, and $ScrWide make it possible for SOUL screens to take advantage of columns beyond column 79. In addition, these functions make it possible to dynamically modify screen definitions to allow a single screen definition to work with an arbitrary variety of screen sizes. While these functions are a bit awkward to use and somewhat limited, they are not unreasonable for building dynamic scrolling screens — scrolling screens being particularly suited for larger screen geometries.
To facilitate SOUL applications for varying screen sizes, the VIEW command for the MODEL parameter has been enhanced to show the screen geometry in addition to the model number for Model 6 terminals:
> V MODEL MODEL 6 34*142 TERMINAL MODEL
Issuing $View for the above terminal returns 6 34*142, from
which a SOUL application can readily determine that the screen has 34 rows and 142 columns.
To enable Model 6 support, the SIRTERM system parameter must be set in the CCAIN stream.
If a terminal is using a non-standard screen geometry via Model 6 support, the Model 204 editor and command line will correctly use the available screen space. Many RKTools subsystems, such as those for SirScan, SirMon, and SirPro, and the SirFact product will also take advantage of the additional available screen space.
If the screen geometry of a Model 6 terminal requires more than 6142 bytes, screen backpaging will be disabled.