## Kermit 95 Terminal Types

Kermit 95 supports about 40 terminal emulations, with several restrictions:

ADM3A
  The Lear-Siegler ADM-3A terminal.

ADM5
  The Lear-Siegler ADM-5 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.

##

Restrictions on Terminal Emulations

- Only 16 colors are supported.
- Local editing is not currently supported.
- 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.
- Due to Console-mode restrictions, the following features are not supported in K95.EXE, they're only available in the GUI version (K95G.EXE):
  - Dim characters - these are shown in bold instead
  - Underlining is simulated by coloration.
  - True double-width and double-height characters are simulated since they can't be shown in a Console window.

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.

###

ANSI Terminal Types

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.)

###

HPTERM Emulation

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)

###

SNI-97801 Emulation

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.

###

Automatic Actions on Switching Terminal Types

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.

###

Terminal Send Data modes

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.