Kermit 95 Terminal Types
Kermit 95 supports about 40 terminal emulations,
with several restrictions:
- ADM3A
- The Lear-Siegler ADM-3A terminal.
- AIXTERM
- For accessing IBM AIX systems. Compatible with the AIXTERM window on AIX
workstations, and the AIXTERM termcap / terminfo entry.
- ANNARBOR
Partial emulation of the Ann Arbor Ambassador terminal, sufficient for
ordinary "termcap"-like applications, but not recommended for general Ann
Arbor emulation; numerous Ann-Arbor-specific features are not presently
supported, including multiple memory regions, moveable regions, per-line
tab stops, alternate cursor, the Ann Arbor keyboard with 64 separate
shift states per key, host-customizable printer controls, forms, etc.
- ANSI-BBS (*)
- For accessing most BBSs. 8 bits, color, line- and box-drawing, "ANSI
graphics".
- AT386 (*)
- For accessing (SCO) Unixware and (Sunsoft) Interactive UNIX systems.
- Avatar/0+ (*)
- For accessing BBSs that support certain advanced features. If a BBS
supports Avatar/0+, this is normally negotiated automatically when you
log in to it.
- BA80
- The Nixdorf BA80 terminal (Germany), used for accessing Nixdorf
computers.
- BETERM (*)
- BeBox console, the preferred terminal type for accessing the BeBox.
- DG200
- Data General DASHER 200, for accessing AOS/VS, DG/UX, and other Data General
platforms.
- DG210
- Data General DASHER 210, for accessing AOS/VS, DG/UX, and other Data General
platforms.
- DG217
- Data General DASHER 217, for accessing AOS/VS, DG/UX, and other Data General
platforms. Includes both DG and UNIX modes, as well as alternate character
sets -- Math/Symbol, Line Drawing, Word Processing.
- HEATH19
- The Heath-19 or Zenith-19 terminal.
- HFT
- IBM's High Function Terminal type, used for accessing AIX and other IBM
platforms that support it.
- HP2621A
- The Hewlett Packard 2621A terminal.
- HPTERM (*)
- Hewlett Packard's generic HPTERM specification, used on HP-UX in HPTERM
windows, and compatible with various specific HP terminals such as those in
the 700 series.
- HZ1500
- The Hazeltine 1500 terminal.
- IBM3151
- The IBM 3151 terminal. This emulation is just enough to support termcap
and terminfo driven applications on Unix. A complete keyboard mapping is
provided as well as the IBM 3151 graphics character set. None of the special
forms modes are (yet) implemented.
- LINUX
- The Linux console.
- QANSI (*)
- The QNX ANSI terminal.
- QNX
- The QNX console.
- SCOANSI (*)
- The SCO version of The QNX ANSI, used by SCO UNIX, ODT, and OpenServer.
WARNING: The SCO name is ANSI, but Kermit's name is SCOANSI, to distinguish it
from ANSI-BBS. When making Telnet connections, set Kermit's terminal type to
SCOANSI and its Telnet terminal-type to ANSI.
- SNI-97801
- The Siemens Nixdorf Bildschirmeinheit 97801-5xx (Germany), for use with
SINIX. Downloadable character-sets, fonts, and compose tables are not
supported.
- SUN
- Sun workstation console.
- TTY
- Teletypewriter. This is equivalent to no terminal emulation at all.
- TVI910+
- The Televideo 910+ terminal.
- TVI925
- The Televideo 925 terminal.
- TVI950
- The Televideo 950 terminal.
- VC404
- The Volker Craig 404 terminal.
- VIP7809
- Partial emulation of the Honeywell VIP-7809 terminal. In fact, this
is VT-102 emulation with minor modifications sufficient to allow access to
Honeywell DPS-6 systems.
- VT52
- The Digital Equipment Corporation VT52 terminal.
- VT100
- The industry-standard 7-bit Digital Equipment Corporation VT100
terminal, with color extensions.
- VT102
- Like VT100, but with character insertion and deletion capabilities and
several other functions added, and with color extensions.
- VT220
- The industry-standard 8-bit Digital Equipment Corporation VT220 terminal
with color extensions.
- VT320
- The industry-standard 8-bit Digital Equipment Corporation VT320 terminal
with color extensions, plus many features of the VT420, VT520, and DECterm.
- VTNT
- VTNT is a proprietary Microsoft terminal definition used by the Telnet
Server distributed with Windows 2000/XP and NT Services for Unix.
- WY30
- The Wyse model 30 terminal, plus most of the capaibilities of the Wyse
30+ and 35 models. Multiple Windows, display controls, and certain other
features are not currently supported.
- WY50
- The Wyse model 50 terminal. Multiple Windows, display controls, and
certain other features are not currently supported.
- WY60
- The Wyse model 60 terminal, plus most of the features of the Wyse 120,
160, and 350 models. Multiple Windows, display controls, and certain other
features are not currently supported.
- WY160
- The Wyse model 160 terminal, plus most of the features of the Wyse 120
and 350 models. Multiple Windows, display controls, and certain other
features are not currently supported.
- WY370
- The Wyse model 370 terminal, similar to VT320 but with additional color
capabilities. The full color pallette is not supported, nor are certain
other features such as multiple pages.
- Dim characters are not supported. This is a Console-mode restriction;
Kermit 95 substitutes bold for dim.
- Only 16 colors are supported. This is another Console limitation.
- Local editing is not currently supported.
- True underlining can not be done in a Console window; it is simulated
by coloration.
- True double-width and double-height characters are simulated since
they can't be shown in a Console window.
- Multiple pages are not supported.
- AIXTERM and HPTERM emulations are not X servers; they are terminal types
that support the same escape and key sequences as the X-based terminal windows
on AIX and HP-UX, respectively.
The HP, Wyse, and Televideo emulations do not support the host-controlled
status line; function-key labels are supported but not displayed in the
status line. Function key labels can be displayed in a popup dialog using
the \Kfnkeys keyboard verb which is normally assigned to Alt-F..
The names in the terminal type list
are those used in the Terminal Type box on the Terminal
page of the Dialer entry notebook, and by the SET TERMINAL TYPE command.
These names are also sent to the host in Telnet terminal type negotiations
unless you have specified a TELNET terminal-type name to override it.
Whenever a (PC) ANSI terminal type is chosen,
the following actions are executed automatically:
- SET TERMINAL BYTESIZE 8
- SET PARITY NONE
- SET TERMINAL CHARACTER-SET TRANSPARENT
- SET TERMINAL COLOR TERMINAL LGRAY BLACK
- Your PC code page (right half) is designated to G1, G2, and G3.
The normal mode of operation for any ANSI terminal type is to converse with
a host application that uses a PC code page as its character set, and whose
code page is the same as your code page. This is because ANSI terminal
emulation is generally used for applications where there is a lot of line and
box drawing -- "graphics" simulated by colored character cells.
In some environments, however, the host sends Latin-1 or other codes for
accented or special characters. In such cases, you can set your terminal
character set to Latin-1 (or other set) AFTER selecting an ANSI terminal type,
for example:
set terminal type scoansi ; Sets TRANSPARENT
set terminal remote character-set latin1 ; Set it to Latin-1
But Latin-1 (and Latin-2, Cyrillic, Hebrew, etc) do not include the many
box-drawing characters needed for ANSI emulation, and the simple form of the
SET TERMINAL CHARACTER-SET command shown above assigns Latin-1 to all
of G1, G2, and G3. Thus you must also ensure that your PC code page remains
available as an alternate character set by using the more specific form of the
command, which is:
SET TERMINAL REMOTE-CHARACTER-SET name [ Gn ]
This lets you change your remote character set without having to respecify
(or even know) your local PC character set (or code page). The optional
Gn field designates the named set to the specified terminal graphics
table, G0, G1, G2, or G3 (you can specify more than one) according to
ISO 4873 and 2022 rules.
IMPORTANT: Please note that it is not possible to mix Latin-1 or other
ISO standard host character sets with line-and-box drawing without using
multiple character sets via ISO 2022 switching rules.
If you need to create files that contain a mixture of Roman letters,
non-Roman letters or accented Roman letters, and line-and/or-box-drawing
characters, you must use a nonstandard character set on the host that contains
all the characters you need, such as a PC code page, and then set K95's
remote character-set to that character set in order to view them.
Also note that terminals and PCs provide no way to type line- and
box-drawing characters. Thus if you need to create files that contain them
from the keyboard, you must use the SET KEY command to assign their values to
the keys of your choice. (The Alt-digit-digit-digit technique can not be used
in K95; see BUGS.TXT item 132.)
This is a functional HPTERM (Hewlett Packard Xterm) emulation, but lacking
color and multiple pages. When function keys are programmed and/or labeled,
you can view the labels on a popup help screen using the new \Kfnkeys verb,
which is assigned by default to Alt-f.
When the HPTERM emulation is selected, character sets are assigned as follows:
Remote: GL->G0: US ASCII (94 chars)
GR->G1: Hewlett Packard Roman 8 (96 chars)
G2: HP Line Drawing Graphics (96 chars)
G3: HP Line Drawing Graphics (96 chars)
The SNI-97801 is an advanced terminal designed specificly with the multiple
language market in mind. Kermit 95 does not support the following features
of the terminal:
- downloadable soft character sets
- downloadable compose key settings
The SNI-97801 has a keyboard with more than 42 function and editing keys which
cannot be mapped directly to a PC keyboard. K95 provides
keyboard verbs for all of the SNI-97801 keys although
most are not assigned to the PC keyboard due to lack of space.
Kermit 95 does support all of the 7-bit and 8-bit CH.CODE modes which are controlled
by the following commands:
- SET TERMINAL SNI-CH.CODE {ON, OFF} or the \Ksni_ch_code keyboard verb
- SET TERMINAL BYTESIZE { 7, 8 }
The CH.CODE mode determines whether the terminal communicates using International
character sets such U.S. ASCII and ISO Latin 1; or whether it uses a National
character set such as German. The SET TERMINAL LANGUAGE command is used
to specify the default language.
The Firmware Versions numbers can be customized using the SET TERMINAL
SNI-FIRWARE-VERSIONS command. The default keyboard
version number is 920031 and the default terminal version number is 830851.
Terminal types can be switched by user command ("set terminal type"), hot key
(\Ktermtype, normally assigned to Alt-t), Telnet negotiations, or (in
some cases) by host escape sequence. Whenever the terminal type is set or
switched:
- The screen is cleared.
- The corresponding terminal-specific keymap is activated.
- A macro named TT_XXX, where xxx is the
same as the terminal type name, is executed if such a macro is defined;
e.g. tt_vt320, tt_scoansi, etc. Such a macro definition might include
SET TERM HEIGHT or WIDTH commands.
Many terminals including the Wyse and Televideo terminals support a SEND DATA
feature which allows the host application to query the terminal and request
that a copy of all of the data on the screen be sent to the host. This
feature is very useful with applications that process a complete form of data
at a time; or that allow a single terminal to be used with multiple sessions.
However, this feature is also a security hole which can be exploited to steal
data. Therefore, Kermit 95 disables the SEND DATA feature by default. If you
need to use SEND DATA with your application, you must add a SET TERMINAL
SEND-DATA ON command to your K95CUSTOM.INI (K2CUSTOM.INI for OS/2) file.
Click Back on your Browser's Toolbar to return.