######## TERMINAL TYPE DESCRIPTIONS SOURCE FILE # # This version of terminfo.src is distributed with ncurses and is maintained # by Thomas E. Dickey (TD). # # Report bugs and new terminal descriptions to # bug-ncurses@gnu.org # # $Revision: 1.779 $ # $Date: 2020/01/19 01:09:38 $ # # The original header is preserved below for reference. It is noted that there # is a "newer" version which differs in some cosmetic details (but actually # stopped updates several years ago); we have decided to not change the header # unless there is also a change in content. # # To further muddy the waters, it is noted that changes to this file as part of # maintenance of ncurses (since 1996) are generally conceded to be copyright # under the ncurses MIT-style license. That was the effect of the agreement # which the principal authors of ncurses made in 1998. However, since much of # the file itself is of unknown authorship (and the disclaimer below makes it # obvious that Raymond cannot or will not convey rights over those parts), # there is no explicit copyright notice on the file itself. # # It would also be a nuisance to split the file into unknown/known authorship # and move pieces as they are maintained, since many of the maintenance changes # have been small corrections to Raymond's translations to/from termcap format, # correcting the data but not the accompanying annotations. # # In any case, note that almost half of this file is not data but annotations # which reflect creative effort. Furthermore, the structure of entries to # reuse common chunks also is creative (and subject to copyright). Finally, # some portions of the data are derivative work under a compatible MIT-style # license from xterm. # #------------------------------------------------------------------------------ # https://invisible-island.net/ncurses/ncurses.faq.html#terminfo_copying # https://invisible-island.net/personal/copyrights.html#removing_notes #------------------------------------------------------------------------------ # # Version 10.2.1 # terminfo syntax # # Eric S. Raymond (current maintainer) # John Kunze, Berkeley # Craig Leres, Berkeley # # Please e-mail changes to terminfo@thyrsus.com; the old termcap@berkeley.edu # address is no longer valid. The latest version can always be found at # . # # PURPOSE OF THIS FILE: # # This file describes the capabilities of various character-cell terminals, # as needed by software such as screen-oriented editors. # # Other terminfo and termcap files exist, supported by various OS vendors # or as relics of various older versions of UNIX. This one is the longest # and most comprehensive one in existence. It subsumes not only the entirety # of the historical 4.4BSD, GNU, System V and SCO termcap files and the BRL # termcap file, but also large numbers of vendor-maintained termcap and # terminfo entries more complete and carefully tested than those in historical # termcap/terminfo versions. # # Pointers to related resources (including the ncurses distribution) may # be found at . # # INTERNATIONALIZATION: # # This file uses only the US-ASCII character set (no ISO8859 characters). # # This file assumes a US-ASCII character set. If you need to fix this, start # by global-replacing \E(B and \E)B with the appropriate ISO 6429 enablers # for your character set. \E(A and \E)A enables the British character set # with the pound sign at position 2/3. # # In a Japanese-processing environment using EUC/Japanese or Shift-JIS, # C1 characters are considered the first-byte set of the Japanese encodings, # so \E)0 should be avoided in and initialization strings. # # FILE FORMAT: # # The version you are looking at may be in any of three formats: master # (terminfo with OT capabilities), stock terminfo, or termcap. You can tell # which by the format given in the header above. # # The master format is accepted and generated by the terminfo tools in the # ncurses suite; it differs from stock (System V-compatible) terminfo only # in that it admits a group of capabilities (prefixed `OT') equivalent to # various obsolete termcap capabilities. You can, thus, convert from master # to stock terminfo simply by filtering with `sed "/OT[^,]*,/s///"'; but if # you have ncurses `tic -I' is nicer (among other things, it automatically # outputs entries in a canonical form). # # The termcap version is generated automatically from the master version # using tic -C. This filtering leaves in the OT capabilities under their # original termcap names. All translated entries fit within the 1023-byte # string-table limit of archaic termcap libraries except where explicitly # noted below. Note that the termcap translation assumes that your termcap # library can handle multiple tc capabilities in an entry. 4.4BSD has this # capability. Older versions of GNU termcap, through 1.3, do not. # # For details on these formats, see terminfo(5) in the ncurses distribution, # and termcap(5) in the 4.4BSD Unix Programmer's Manual. Be aware that 4.4BSD # curses has been declared obsolete by the caretakers of the 4.4BSD sources # as of June 1995; they are encouraging everyone to migrate to ncurses. # # Note: unlike some other distributed terminfo files (Novell Unix & SCO's), # no entry in this file has embedded comments. This is so source translation # to termcap only has to carry over leading comments. Also, no name field # contains embedded whitespace (such whitespace confuses rdist). # # Further note: older versions of this file were often installed with an editor # script (reorder) that moved the most common terminal types to the front of # the file. This should no longer be necessary, as the file is now ordered # roughly by type frequency with ANSI/VT100 and other common types up front. # # Some information has been merged in from terminfo files distributed by # USL and SCO (see COPYRIGHTS AND OTHER DELUSIONS below). Much information # comes from vendors who maintain official terminfos for their hardware # (notably DEC and Wyse). # # A detailed change history is included at the end of this file. # # FILE ORGANIZATION: # # Comments in this file begin with # - they cannot appear in the middle # of a terminfo/termcap entry (this feature had to be sacrificed in order # to allow standard terminfo and termcap syntax to be generated cleanly from # the master format). Individual capabilities are commented out by # placing a period between the colon and the capability name. # # The file is divided up into major sections (headed by lines beginning with # the string "########") and minor sections (beginning with "####"); do # # grep "^####" | more # # to see a listing of section headings. The intent of the divisions is # (a) to make it easier to find things, and (b) to order the database so # that important and frequently-encountered terminal types are near the # front (so that you'll get reasonable search efficiency from a linear # search of the termcap form even if you don't use reorder). Minor sections # usually correspond to manufacturers or standard terminal classes. # Parenthesized words following manufacturer names are type prefixes or # product line names used by that manufacturers. # # HOW TO READ THE ENTRIES: # # The first name in an entry is the canonical name for the model or # type, last entry is a verbose description. Others are mnemonic synonyms for # the terminal. # # Terminal names look like - # The part to the left of the dash, if a dash is present, describes the # particular hardware of the terminal. The part to the right may be used # for flags indicating special ROMs, extra memory, particular terminal modes, # or user preferences. # # All names should be in lower case, for consistency in typing. # # The following are conventionally used suffixes: # -2p Has two pages of memory. Likewise 4p, 8p, etc. # -am Enable auto-margin. # -m Monochrome. Suppress color support # -mc Magic-cookie. Some terminals (notably older Wyses) can # only support one attribute without magic-cookie lossage. # Their base entry is usually paired with another that # uses magic cookies to support multiple attributes. # -nam No auto-margin - suppress capability # -nl No labels - suppress soft labels # -ns No status line - suppress status line # -rv Terminal in reverse video mode (black on white) # -s Enable status line. # -vb Use visible bell () rather than . # -w Wide - in 132 column mode. # If a name has multiple suffixes and one is a line height, that one should # go first. Thus `aaa-30-s-rv' is recommended over `aaa-s-rv-30'. # # Entries with embedded plus signs are designed to be included through use/tc # capabilities, not used as standalone entries. # # To avoid search clashes, some older all-numeric names for terminals have # been removed (i.e., "33" for the Model 33 Teletype, "2621" for the HP2621). # All primary names of terminals now have alphanumeric prefixes. # # Comments marked "esr" are mostly results of applying the termcap-compiler # code packaged with ncurses and contemplating the resulting error messages. # In many cases, these indicated obvious fixes to syntax garbled by the # composers. In a few cases, I was able to deduce corrected forms for garbled # capabilities by looking at context. All the information in the original # entries is preserved in the comments. # # In the comments, terminfo capability names are bracketed with <> (angle # brackets). Termcap capability names are bracketed with :: (colons). # # INTERPRETATION OF USER CAPABILITIES # # The System V Release 4 and XPG4 terminfo format defines ten string # capabilities for use by applications, .... In this file, we use # certain of these capabilities to describe functions which are not covered # by terminfo. The mapping is as follows: # # u9 terminal enquire string (equiv. to ANSI/ECMA-48 DA) # u8 terminal answerback description # u7 cursor position request (equiv. to VT100/ANSI/ECMA-48 DSR 6) # u6 cursor position report (equiv. to ANSI/ECMA-48 CPR) # # The terminal enquire string should elicit an answerback response # from the terminal. Common values for will be ^E (on older ASCII # terminals) or \E[c (on newer VT100/ANSI/ECMA-48-compatible terminals). # # The cursor position request () string should elicit a cursor position # report. A typical value (for VT100 terminals) is \E[6n. # # The terminal answerback description (u8) must consist of an expected # answerback string. The string may contain the following scanf(3)-like # escapes: # # %c Accept any character # %[...] Accept any number of characters in the given set # # The cursor position report () string must contain two scanf(3)-style # %d format elements. The first of these must correspond to the Y coordinate # and the second to the %d. If the string contains the sequence %i, it is # taken as an instruction to decrement each value after reading it (this is # the inverse sense from the cup string). The typical CPR value is # \E[%i%d;%dR (on VT100/ANSI/ECMA-48-compatible terminals). # # These capabilities are used by tack(1m), the terminfo action checker # (distributed with ncurses 5.0). # # TABSET FILES # # All the entries in this file have been edited to assume that the tabset # files directory is /usr/share/tabset, in conformance with the File Hierarchy # Standard for Linux and open-source BSD systems. Some vendors (notably Sun) # use /usr/lib/tabset or (more recently) /usr/share/lib/tabset. # # No curses package we know of actually uses these files. If their location # is an issue, you will have to hand-patch the file locations before compiling # this file. # # REQUEST FOR CONTACT INFORMATION AND HISTORICAL MATERIAL # # As the ANSI/ECMA-48 standard and variants take firmer hold, and as # character-cell terminals are increasingly replaced by X displays, much of # this file is becoming a historical document (this is part of the reason for # the new organization, which puts ANSI types, xterm, Unix consoles, # and vt100 up front in confidence that this will catch 95% of new hardware). # # For the terminal types still alive, I'd like to have manufacturer's # contact data (Internet address and/or snail-mail + phone). # # I'm also interested in enriching the comments so that the latter portions of # the file do in fact become a potted history of VDT technology as seen by # UNIX hackers. Ideally, I'd like the headers for each manufacturer to # include its live/dead/out-of-the-business status, and for as many # terminal types as possible to be tagged with information like years # of heaviest use, popularity, and interesting features. # # I'm especially interested in identifying the obscure entries listed under # `Miscellaneous obsolete terminals, manufacturers unknown' before the tribal # wisdom about them gets lost. If you know a lot about obscure old terminals, # please go to the terminfo resource page, grab the UFO file (ufo.ti), and # eyeball it for things you can identify and describe. # # If you have been around long enough to contribute, please read the file # with this in mind and send me your annotations. # # COPYRIGHTS AND OTHER DELUSIONS # # The BSD ancestor of this file had a standard Regents of the University of # California copyright with dates from 1980 to 1993. # # Some information has been merged in from a terminfo file SCO distributes. # It has an obnoxious boilerplate copyright which I'm ignoring because they # took so much of the content from the ancestral BSD versions of this file # and didn't attribute it, thereby violating the BSD Regents' copyright. # # Not that anyone should care. However many valid functions copyrights may # serve, putting one on a termcap/terminfo file with hundreds of anonymous # contributors makes about as much sense as copyrighting a wall-full of # graffiti -- it's legally dubious, ethically bogus, and patently ridiculous. # # This file deliberately has no copyright. It belongs to no one and everyone. # If you claim you own it, you will merely succeed in looking like a fool. # Use it as you like. Use it at your own risk. Copy and redistribute freely. # There are no guarantees anywhere. Svaha! # ######## ANSI, UNIX CONSOLE, AND SPECIAL TYPES # # This section describes terminal classes and brands that are still # quite common. # #### Specials # # Special "terminals". These are used to label tty lines when you don't # know what kind of terminal is on it. The characteristics of an unknown # terminal are the lowest common denominator - they look about like a ti 700. # dumb|80-column dumb tty, am, cols#80, bel=^G, cr=\r, cud1=\n, ind=\n, unknown|unknown terminal type, gn, use=dumb, lpr|printer|line printer, OTbs, hc, os, cols#132, lines#66, bel=^G, cr=\r, cub1=^H, cud1=\n, ff=^L, ind=\n, glasstty|classic glass tty interpreting ASCII control characters, OTbs, am, cols#80, bel=^G, clear=^L, cr=\r, cub1=^H, cud1=\n, ht=^I, kcub1=^H, kcud1=\n, nel=\r\n, .kbs=^H, vanilla|dumb tty, OTbs, bel=^G, cr=\r, cud1=\n, ind=\n, #### ANSI.SYS/ISO 6429/ECMA-48 Capabilities # # See the end-of-file comment for more on these. # # ANSI capabilities are broken up into pieces, so that a terminal # implementing some ANSI subset can use many of them. ansi+local1|ANSI normal-mode cursor-keys, cub1=\E[D, cud1=\E[B, cuf1=\E[C, cuu1=\E[A, ansi+local|ANSI normal-mode parameterized cursor-keys, cub=\E[%p1%dD, cud=\E[%p1%dB, cuf=\E[%p1%dC, cuu=\E[%p1%dA, use=ansi+local1, ansi+tabs|ANSI tab-stops, cbt=\E[Z, ht=^I, hts=\EH, tbc=\E[3g, ansi+inittabs|ANSI initial tab-stops, it#8, use=ansi+tabs, ansi+erase|ANSI clear screen/line, clear=\E[H\E[J, ed=\E[J, el=\E[K, ansi+rca|ANSI relative cursor-addressing, hpa=\E[%p1%{1}%+%dG, vpa=\E[%p1%{1}%+%dd, ansi+cup|ANSI absolute cursor-addressing, cup=\E[%i%p1%d;%p2%dH, home=\E[H, ansi+rep|ANSI repeat-character, rep=%p1%c\E[%p2%{1}%-%db, ansi+idl1|ANSI insert/delete one line, dl1=\E[M, il1=\E[L, ansi+idl|ANSI insert/delete lines, dl=\E[%p1%dM, il=\E[%p1%dL, use=ansi+idl1, ansi+idc1|ANSI insert/delete one character, dch1=\E[P, ich1=\E[@, rmir=\E[4l, smir=\E[4h, ansi+idc|ANSI insert/delete characters, dch=\E[%p1%dP, ich=\E[%p1%d@, use=ansi+idc1, ansi+arrows|ANSI normal-mode cursor-keys, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, khome=\E[H, ansi+sgr|ANSI graphic renditions, blink=\E[5m, invis=\E[8m, rev=\E[7m, sgr=\E[0%?%p3%t;7%;%?%p4%t;5%;%?%p7%t;8%;m, sgr0=\E[0m, ansi+sgrso|ANSI standout only, rmso=\E[m, smso=\E[7m, ansi+sgrul|ANSI underline only, rmul=\E[m, smul=\E[4m, ansi+sgrbold|ANSI graphic renditions; assuming terminal has bold; not dim, bold=\E[1m, sgr=\E[%?%p1%t7;%;%?%p2%t4;%;%?%p3%t7;%;%?%p4%t5;%;%?%p6%t1; %;%?%p7%t8;%;m, use=ansi+sgr, use=ansi+sgrso, use=ansi+sgrul, ansi+sgrdim|ANSI graphic renditions; assuming terminal has dim; not bold, dim=\E[2m, sgr=\E[%?%p1%t7;%;%?%p2%t4;%;%?%p3%t7;%;%?%p4%t5;%;%?%p5%t2; %;%?%p7%t8;%;m, use=ansi+sgr, use=ansi+sgrso, use=ansi+sgrul, # ECMA-48 does not specify scroll-regions, but most people consider it to be # "ANSI" because it is widely-supported. See ecma+index for the standard form. ansi+csr|ANSI scroll-region plus cursor save & restore, csr=\E[%i%p1%d;%p2%dr, rc=\E8, sc=\E7, # The normal (ANSI) flavor of "media copy" building block asserts that # characters sent to the printer do not echo on the screen. DEC terminals # can also be put into autoprinter mode, where each line is sent to the # printer as you move off that line, e.g., by a carriage return. ansi+pp|ANSI printer port, mc5i, mc0=\E[i, mc4=\E[4i, mc5=\E[5i, dec+pp|DEC autoprinter mode, mc0=\E[i, mc4=\E[?4i, mc5=\E[?5i, # The IBM PC alternate character set. Plug this into any Intel console entry. # We use \E[11m for rmacs rather than \E[12m so the string can use the # ROM graphics for control characters such as the diamond, up- and down-arrow. # This works with the System V, Linux, and BSDI consoles. It's a safe bet this # will work with any Intel console, they all seem to have inherited \E[11m # from the ANSI.SYS de-facto standard. klone+acs|alternate character set for ansi.sys displays, acsc=+\020\,\021-\030.^Y0\333`\004a\261f\370g\361h\260j \331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u\264v \301w\302x\263y\363z\362{\343|\330}\234~\376, rmacs=\E[10m, smacs=\E[11m, # Highlight controls corresponding to the ANSI.SYS standard. Most # console drivers for Intel boxes obey these. Makes the same assumption # about \E[11m as klone+acs. True ANSI/ECMA-48 would have , # , but this isn't a documented feature of ANSI.SYS. klone+sgr|attribute control for ansi.sys displays, blink=\E[5m, bold=\E[1m, rev=\E[7m, rmpch=\E[10m, rmso=\E[m, rmul=\E[m, sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p6 %t;1%;%?%p9%t;11%;m, sgr0=\E[0;10m, smpch=\E[11m, smso=\E[7m, smul=\E[4m, use=klone+acs, # Most Intel boxes do not treat "invis" (invisible) text. klone+sgr8|attribute control for ansi.sys displays, invis=\E[8m, sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p6 %t;1%;%?%p7%t;8%;%?%p9%t;11%;m, use=klone+sgr, # Highlight controls corresponding to the ANSI.SYS standard. *All* # console drivers for Intel boxes obey these. Does not assume \E[11m will # work; uses \E[12m instead, which is pretty bulletproof but loses you the ACS # diamond and arrow characters under curses. klone+sgr-dumb|attribute control for ansi.sys displays (no ESC [ 11 m), blink=\E[5m, bold=\E[1m, invis=\E[8m, rev=\E[7m, rmso=\E[m, rmul=\E[m, sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p6 %t;1%;%?%p7%t;8%;%?%p9%t;12%;m, sgr0=\E[0;10m, smacs=\E[12m, smso=\E[7m, smul=\E[4m, use=klone+acs, # KOI8-R (RFC1489) acs (alternate character set) # From: Qing Long , 24 Feb 1996. klone+koi8acs|alternate character set for ansi.sys displays with KOI8 charset, acsc=+\020\,\021-\036.^_0\215`\004a\237f\234g\232h\222i \220j\205k\203l\202m\204n\212o\213p\216q\0r\217s\214t \206u\207v\210w\211x\201y\230z\231{\267|\274}L~ \225, rmacs=\E[10m, smacs=\E[11m, # ANSI.SYS color control. The setab/setaf caps depend on the coincidence # between SVr4/XPG4's color numbers and ANSI.SYS attributes. Here are longer # but equivalent strings that don't rely on that coincidence: # setb=\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m, # setf=\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m, # The DOS 5 manual asserts that these sequences meet the ISO 6429 standard. # They match a subset of ECMA-48. klone+color|color control for ansi.sys and ISO6429-compatible displays, colors#8, ncv#3, pairs#64, op=\E[37;40m, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, # This is better than klone+color, it doesn't assume white-on-black as the # default color pair, but many `ANSI' terminals don't grok the cap. ecma+color|color control for ECMA-48-compatible terminals, AX, colors#8, ncv#3, pairs#64, op=\E[39;49m, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, ecma+italics|ECMA-48 italics, ritm=\E[23m, sitm=\E[3m, # Attribute control for ECMA-48-compatible terminals ecma+sgr|attribute capabilities for true ECMA-48 terminals, rmso=\E[27m, rmul=\E[24m, use=klone+sgr8, ecma+strikeout|ECMA-48 strikeout/crossed-out, rmxx=\E[29m, smxx=\E[9m, # ECMA-48 does not include the VT100 indexing and scroll-margins. It has its # own variation. ecma+index|ECMA-48 scroll up/down, indn=\E[%p1%dS, rin=\E[%p1%dT, #### ANSI/ECMA-48 terminals and terminal emulators # # See near the end of this file for details on ANSI conformance. # Don't mess with these entries! Lots of other entries depend on them! # # This section lists entries in a least-capable to most-capable order. # if you're in doubt about what `ANSI' matches yours, try them in that # order and back off from the first that breaks. # ansi-mr is for ANSI terminals with ONLY relative cursor addressing # and more than one page of memory. It uses local motions instead of # direct cursor addressing, and makes almost no assumptions. It does # assume auto margins, no padding and/or xon/xoff, and a 24x80 screen. ansi-mr|mem rel cup ansi, am, xon, cols#80, lines#24, use=vanilla, use=ansi+erase, use=ansi+local1, # ansi-mini is a bare minimum ANSI terminal. This should work on anything, but # beware of screen size problems and memory relative cursor addressing. ansi-mini|any ansi terminal with pessimistic assumptions, am, xon, cols#80, lines#24, use=vanilla, use=ansi+cup, use=ansi+erase, # ansi-mtabs adds relative addressing and minimal tab support ansi-mtabs|any ansi terminal with pessimistic assumptions, it#8, ht=^I, use=ansi-mini, use=ansi+local1, # ANSI X3.64 from emory!mlhhh (Hugh Hansard) via BRL # # The following is an entry for the full ANSI 3.64 (1977). It lacks # padding, but most terminals using the standard are "fast" enough # not to require any -- even at 9600 bps. If you encounter problems, # try including the padding specifications. # # Note: the :as: and :ae: specifications are not implemented here, for # the available termcap documentation does not make clear WHICH alternate # character set to specify. ANSI 3.64 seems to make allowances for several. # Please make the appropriate adjustments to fit your needs -- that is # if you will be using alternate character sets. # # There are very few terminals running the full ANSI 3.64 standard, # so I could only test this entry on one verified terminal (Visual 102). # I would appreciate the results on other terminals sent to me. # # Please report comments, changes, and problems to: # # U.S. MAIL: Hugh Hansard # Box: 22830 # Emory University # Atlanta, GA. 30322. # # USENET {akgua,msdc,sb1,sb6,gatech}!emory!mlhhh. # # (Added vt100 , to quiet a tic warning --esr) ansi77|ANSI 3.64 standard 1977 version, OTbs, am, mir, cols#80, it#8, lines#24, bel=^G, clear=\E[;H\E[2J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub1=^H, cud1=\E[B, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu1=\E[A, dch1=\E[P, dl1=\E[M$<5*/>, ed=\E[J, el=\E[K, home=\E[H, ht=^I, il1=\E[L$<5*/>, ind=\ED, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kf1=\EOP, kf2=\EOR, kf4=\EOS, khome=\E[H, nel=\r\ED, rc=\E8, ri=\EM, rmir=\E[4l, rmso=\E[m, rmul=\E[m, sc=\E7, smir=\E[4h, smso=\E[7m, smul=\E[4m, # Procomm and some other ANSI emulations don't recognize all of the ANSI- # standard capabilities. This entry deletes , , , , and # / capabilities, forcing curses to use repetitions of , # , and . Also deleted and , as QModem up to # 5.03 doesn't recognize these. Finally, we delete and , which seem # to confuse many emulators. On the other hand, we can count on these programs # doing //. Older versions of this entry featured # , but now seems to be more common under # ANSI.SYS influence. # From: Eric S. Raymond Oct 30 1995 pcansi-m|pcansi-mono|ibm-pc terminal programs claiming to be ansi (mono mode), OTbs, am, mir, msgr, cols#80, it#8, lines#24, bel=^G, cbt=\E[Z, clear=\E[H\E[J, cr=\r, cub1=\E[D, cud1=\E[B, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu1=\E[A, dch1=\E[P, dl1=\E[M, ed=\E[J, el=\E[K, home=\E[H, ht=^I, hts=\EH, il1=\E[L, ind=\n, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, khome=\E[H, tbc=\E[3g, use=klone+sgr-dumb, pcansi-25-m|pcansi25m|ibm-pc terminal programs with 25 lines (mono mode), lines#25, use=pcansi-m, pcansi-33-m|pcansi33m|ibm-pc terminal programs with 33 lines (mono mode), lines#33, use=pcansi-m, pcansi-43-m|ansi43m|ibm-pc terminal programs with 43 lines (mono mode), lines#43, use=pcansi-m, # The color versions. All PC emulators do color... pcansi|ibm-pc terminal programs claiming to be ansi, use=klone+color, use=pcansi-m, pcansi-25|pcansi25|ibm-pc terminal programs with 25 lines, lines#25, use=pcansi, pcansi-33|pcansi33|ibm-pc terminal programs with 33 lines, lines#33, use=pcansi, pcansi-43|pcansi43|ibm-pc terminal programs with 43 lines, lines#43, use=pcansi, # ansi-m -- full ANSI X3.64 with ANSI.SYS-compatible attributes, no color. # If you want pound signs rather than dollars, replace `B' with `A' # in the , , , and capabilities. # From: Eric S. Raymond Nov 6 1995 ansi-m|ansi-mono|ANSI X3.64-1979 terminal with ANSI.SYS compatible attributes, mc5i, cub=\E[%p1%dD, cud=\E[%p1%dB, cuf=\E[%p1%dC, cuu=\E[%p1%dA, dch=\E[%p1%dP, dl=\E[%p1%dM, ech=\E[%p1%dX, el1=\E[1K, hpa=\E[%i%p1%dG, ht=\E[I, ich=\E[%p1%d@, il=\E[%p1%dL, kbs=^H, kcbt=\E[Z, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kich1=\E[L, mc4=\E[4i, mc5=\E[5i, nel=\r\E[S, rep=%p1%c\E[%p2%{1}%-%db, s0ds=\E(B, s1ds=\E)B, s2ds=\E*B, s3ds=\E+B, tbc=\E[3g, vpa=\E[%i%p1%dd, use=ecma+index, use=pcansi-m, ansi+enq|ncurses extension for ANSI ENQ, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?%[;0123456789]c, u9=\E[c, # ansi -- this terminfo expresses the largest subset of X3.64 that will fit in # standard terminfo. Assumes ANSI.SYS-compatible attributes and color. # From: Eric S. Raymond Nov 6 1995 ansi|ansi/pc-term compatible with color, use=ansi+enq, use=ecma+color, use=klone+sgr8, use=ansi-m, # ansi-generic is a vanilla ANSI terminal. This is assumed to implement # all the normal ANSI stuff with no extensions. It assumes # insert/delete line/char is there, so it won't work with # vt100 clones. It assumes video attributes for bold, blink, # underline, and reverse, which won't matter much if the terminal # can't do some of those. Padding is assumed to be zero, which # shouldn't hurt since xon/xoff is assumed. ansi-generic|ansiterm|generic ansi standard terminal, am, xon, cols#80, lines#24, use=vanilla, use=ansi+csr, use=ansi+cup, use=ansi+rca, use=ansi+erase, use=ansi+tabs, use=ansi+local, use=ansi+idc, use=ansi+idl, use=ansi+rep, use=ansi+sgrbold, use=ansi+arrows, #### DOS ANSI.SYS variants # # This completely describes the sequences specified in the DOS 2.1 ANSI.SYS # documentation (except for the keyboard key reassignment feature, which # doesn't fit the model well). The klone+acs sequences were valid # though undocumented. The capability is untested but should work for # keys F1-F10 (%p1 values outside this range will yield unpredictable results). # From: Eric S. Raymond Nov 7 1995 ansi.sys-old|ANSI.SYS under PC-DOS 2.1, OTbs, am, mir, msgr, xon, cols#80, lines#25, clear=\E[2J, cub1=^H, cud1=\E[B, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu1=\E[A, el=\E[k, home=\E[H, is2=\E[m\E[?7h, kcub1=^H, kcud1=\n, kcuf1=^L, kcuu1=^K, khome=^^, pfkey=\E[0;%p1%{58}%+%d;%p2"%s"p, rc=\E[u, rmam=\E[?7l, sc=\E[s, smam=\E[?7h, u6=\E[%i%d;%dR, u7=\E[6n, use=klone+color, use=klone+sgr8, # Keypad: Home=\0G Up=\0H PrPag=\0I # ka1,kh kcuu1 kpp,ka3 # # Left=\0K 5=\0L Right=\0M # kcub1 kb2 kcuf1 # # End=\0O Down=\0P NxPag=\0Q # kc1,kend kcud1 kc3,knp # # Ins=\0R Del=\0S # kich1 kdch1 # # On keyboard with 12 function keys, # shifted f-keys: F13-F24 # control f-keys: F25-F36 # alt f-keys: F37-F48 # The shift/control/alt keys do not modify each other, but alt overrides both, # and control overrides shift. # # capability for F1-F48 -TD ansi.sys|ANSI.SYS 3.1 and later versions, el=\E[K, ka1=\0G, ka3=\0I, kb2=\0L, kbs=^H, kc1=\0O, kc3=\0Q, kcbt=\0^O, kcub1=\0K, kcud1=\0P, kcuf1=\0M, kcuu1=\0H, kdch1=\0S, kend=\0O, kf1=\0;, kf10=\0D, kf11=\0\205, kf12=\0\206, kf13=\0T, kf14=\0U, kf15=\0V, kf16=\0W, kf17=\0X, kf18=\0Y, kf19=\0Z, kf2=\0<, kf20=\0[, kf21=\0\\, kf22=\0], kf23=\0\207, kf24=\0\210, kf25=\0\^, kf26=\0_, kf27=\0`, kf28=\0a, kf29=\0b, kf3=\0=, kf30=\0c, kf31=\0d, kf32=\0e, kf33=\0f, kf34=\0g, kf35=\0\211, kf36=\0\212, kf37=\0h, kf38=\0i, kf39=\0j, kf4=\0>, kf40=\0k, kf41=\0l, kf42=\0m, kf43=\0n, kf44=\0o, kf45=\0p, kf46=\0q, kf47=\0\213, kf48=\0\214, kf5=\0?, kf6=\0@, kf7=\0A, kf8=\0B, kf9=\0C, khome=\0G, kich1=\0R, knp=\0Q, kpp=\0I, pfkey=\E[0;%?%p1%{11}%<%t%'\:'%e%p1%{13}%<%t%'z'%e%p1%{23}%< %t%'G'%e%p1%{25}%<%t%'p'%e%p1%'#'%<%t%'E'%e%p1%'%'%<%t %'f'%e%p1%'/'%<%t%'C'%e%{92}%;%p1%+%d;%p2"%s"p, use=ansi.sys-old, # # Define IBM PC keypad keys for vi as per MS-Kermit while using ANSI.SYS. # This should only be used when the terminal emulator cannot redefine the keys. # Since redefining keys with ansi.sys also affects PC-DOS programs, the key # definitions must be restored. If the terminal emulator is quit while in vi # or others using /, the keypad will not be defined as per PC-DOS. # The PgUp and PgDn are prefixed with ESC so that tn3270 can be used on Unix # (^U and ^D are already defined for tn3270). The ESC is safe for vi but it # does "beep". ESC ESC i is used for Ins to avoid tn3270 ESC i for coltab. # Note that is always BS, because PC-dos can tolerate this change. # Caution: vi is limited to 256 string bytes, longer crashes or weirds out vi. # Consequently the End keypad key could not be set (it is relatively safe and # actually useful because it sends ^@ O, which beeps and opens a line above). ansi.sysk|ansisysk|PC-DOS 3.1 ANSI.SYS with keypad redefined for vi, is2=U2\sPC-DOS\s3.1\sANSI.SYS\swith\skeypad\sredefined\sfor \svi\s9-29-86\n\E[;75;8p, rmkx=\E[;71;0;71p\E[;72;0;72p\E[;73;0;73p\E[;77;0;77p\E[;80; 0;80p\E[;81;0;81p\E[;82;0;82p\E[;83;0;83p, smkx=\E[;71;30p\E[;72;11p\E[;73;27;21p\E[;77;12p\E[;80;10p \E[;81;27;4p\E[;82;27;27;105p\E[;83;127p, use=ansi.sys, # # Adds ins/del line/character, hence vi reverse scrolls/inserts/deletes nicer. nansi.sys|nansisys|PC-DOS Public Domain NANSI.SYS, dch1=\E[1P, dl1=\E[1M, ich1=\E[1@, il1=\E[1L, is2=U3 PC-DOS Public Domain NANSI.SYS 9-23-86\n, use=ansi.sys, # # See ansi.sysk and nansi.sys above. nansi.sysk|nansisysk|PC-DOS Public Domain NANSI.SYS with keypad redefined for vi, dch1=\E[1P, dl1=\E[1M, ich1=\E[1@, il1=\E[1L, is2=U4\sPC-DOS\sPublic\sDomain\sNANSI.SYS\swith\skeypad \sredefined\sfor\svi\s9-29-86\n\E[;75;8p, use=ansi.sysk, #### Linux consoles # # This entry is good for the 1.2.13 or later version of the Linux console. # # *************************************************************************** # * * # * WARNING: * # * Linuxes come with a default keyboard mapping kcbt=^I. This entry, in * # * response to user requests, assumes kcbt=\E[Z, the ANSI/ECMA reverse-tab * # * character. Here are the keymap replacement lines that will set this up: * # * * # keycode 15 = Tab Tab # alt keycode 15 = Meta_Tab # shift keycode 15 = F26 # string F26 ="\033[Z" # * * # * This has to use a key slot which is unfortunate (any unused one will * # * do, F26 is the higher-numbered one). The change ought to be built * # * into the kernel tables. * # * * # *************************************************************************** # # All linux kernels since 1.2.13 (at least) set the screen size # themselves; this entry assumes that capability. # linux-basic|linux console, am, bce, eo, mir, msgr, xenl, xon, it#8, ncv#18, U8#1, acsc=+\020\,\021-\030.^Y0\333`\004a\261f\370g\361h\260i \316j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u \264v\301w\302x\263y\363z\362{\343|\330}\234~\376, bel=^G, clear=\E[H\E[J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$<200/>\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=\n, kb2=\E[G, kbs=^?, kcbt=\E[Z, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=\E[3~, kend=\E[4~, kf1=\E[[A, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\E[[B, kf20=\E[34~, kf3=\E[[C, kf4=\E[[D, kf5=\E[[E, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kspd=^Z, nel=\r\n, rc=\E8, rev=\E[7m, ri=\EM, rmam=\E[?7l, rmir=\E[4l, rmso=\E[27m, rmul=\E[24m, rs1=\Ec\E]R, sc=\E7, sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p5 %t;2%;%?%p6%t;1%;%?%p9%t;11%;m, smam=\E[?7h, smir=\E[4h, smul=\E[4m, tbc=\E[3g, vpa=\E[%i%p1%dd, use=vt102+enq, use=klone+sgr, use=ecma+color, linux-m|Linux console no color, colors@, pairs@, setab@, setaf@, setb@, setf@, use=linux, # The 1.3.x kernels add color-change capabilities; if yours doesn't have this # and it matters, turn off . The %02x escape used to implement this is # not supposedly back-portable to older SV curses (although it has worked fine # on Solaris for several years) and not supported in ncurses versions before # 1.9.9. linux-c-nc|linux console with color-change, ccc, initc=\E]P%p1%x%p2%{255}%*%{1000}%/%02x%p3%{255}%*%{1000}%/ %02x%p4%{255}%*%{1000}%/%02x, oc=\E]R, use=linux-basic, # From: Dennis Henriksen , 9 July 1996 linux-c|linux console 1.3.6+ for older ncurses, ccc, initc=\E]P%?%p1%{9}%>%t%p1%{10}%-%'a'%+%c%e%p1%d%;%p2%{255} %*%{1000}%/%Pr%gr%{16}%/%Px%?%gx%{9}%>%t%gx%{10}%-%'a' %+%c%e%gx%d%;%gr%{15}%&%Px%?%gx%{9}%>%t%gx%{10}%-%'a' %+%c%e%gx%d%;%p3%{255}%*%{1000}%/%Pr%gr%{16}%/%Px%?%gx %{9}%>%t%gx%{10}%-%'a'%+%c%e%gx%d%;%gr%{15}%&%Px%?%gx %{9}%>%t%gx%{10}%-%'a'%+%c%e%gx%d%;%p4%{255}%*%{1000} %/%Pr%gr%{16}%/%Px%?%gx%{9}%>%t%gx%{10}%-%'a'%+%c%e%gx %d%;%gr%{15}%&%Px%?%gx%{9}%>%t%gx%{10}%-%'a'%+%c%e%gx %d%;, oc=\E]R, use=linux-basic, # The 2.2.x kernels add a private mode that sets the cursor type; use that to # get a block cursor for cvvis. # reported by Frank Heckenbach . linux2.2|linux 2.2.x console, civis=\E[?25l\E[?1c, cnorm=\E[?25h\E[?0c, cvvis=\E[?25h\E[?8c, use=linux-c-nc, # Linux 2.6.x has a fix for SI/SO to work with UTF-8 encoding added here: # http://lkml.iu.edu/hypermail/linux/kernel/0602.2/0738.html # Although the kernel has mappings for these, they were not in the default # font (tested with Debian and Fedora): # '`' diamond # '~' scan line 1 # 'p' scan line 3 # 'r' scan line 7 # '_' scan line 9 linux2.6|linux 2.6.x console, acsc=++\,\,--..00__``aaffgghhiijjkkllmmnnooppqqrrssttuuvvwwx xyyzz{{||}c~~, enacs=\E)0, rmacs=^O, sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p5 %t;2%;%?%p6%t;1%;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, use=linux2.2, # The 3.0 kernel adds support for clearing scrollback buffer (capability E3). # It is the same as xterm's erase-saved-lines feature. linux3.0|linux 3.0 kernels, E3=\E[3J, use=linux2.6, # This is Linux console for ncurses. linux|linux console, use=linux3.0, # Subject: linux 2.6.26 vt back_color_erase # Changes to the Linux console driver broke bce model as reported in # https://bugzilla.novell.com/show_bug.cgi?id=418613 # apparently from # http://lkml.org/lkml/2008/4/26/305 # http://lkml.org/lkml/2008/10/3/66 linux2.6.26|linux console w/o bce, bce@, use=linux2.6, # See the note on ICH/ICH1 VERSUS RMIR/SMIR near the end of file linux-nic|linux with ich/ich1 suppressed for non-curses programs, ich@, ich1@, use=linux, # This assumes you have used setfont(8) to load one of the Linux koi8-r fonts. # acsc entry from Pavel Roskin" , 29 Sep 1997. linux-koi8|linux with koi8 alternate character set, acsc=+\020\,\021-\030.^Y0\215`\004a\221f\234g\237h\220i \276j\205k\203l\202m\204n\212o~p\0q\0r\0s_t\206u\207v \211w\210x\201y\230z\231{\267|\274~\224, use=linux, use=klone+koi8acs, # Another entry for KOI8-r with Qing Long's acsc. # (which one better complies with the standard?) linux-koi8r|linux with koi8-r alternate character set, use=linux, use=klone+koi8acs, # Entry for the latin1 and latin2 fonts linux-lat|linux with latin1 or latin2 alternate character set, acsc=+\020\,\021-\030.^Y0\333`\004a\013f\370g\361h\260i \316j\211k\214l\206m\203n\305o~p\304q\212r\304s_t\207u \215v\301w\302x\205y\363z\362{\343|\330}\234~\376, use=linux, # This uses graphics from VT codeset instead of from cp437. # reason: cp437 (aka "straight to font") is not functional under luit. # from: Andrey V Lukyanov . linux-vt|linux console using VT codes for graphics, acsc=++\,\,--..00``aaffgghhiijjkkllmmnnooppqqrrssttuuvvwwxxy yzz~~, rmacs=\E(K, rmpch@, sgr@, sgr0=\E[0m\E(K\017, smacs=\E(0, smpch@, use=linux, # FbTerm # Another variant. There are two parts (src, src/lib) with the latter # comprising the escape-sequence parsing. The copyright notice on that # says it is based on GTerm by Timothy Miller. # # The original developer "dragchan" has left, but as of March 2017 there is # (still dead) code from May 2015 here: # https://github.com/izmntuk/fbterm # # The acsc string may be incorrect. # # Not used here, the program recognizes escapes for italic, underline and # dim, rendering those as green, cyan and gray respectively. fbterm|FbTerm for Linux with framebuffer, colors#0x100, pairs#0x10000, acsc=+\020\,\021-\030.^Y0\333`\004a\261f\370g\361h\260i \316j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u \264v\301w\302x\263y\363z\362{\343|\330}\234~\376, initc=\E[3;%p1%d;%p2%d;%p3%d;%p4%d}, rmacs=\E[10m, setab=\E[2;%p1%d}, setaf=\E[1;%p1%d}, sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p5 %t;2%;%?%p6%t;1%;%?%p9%t;11%;m, sgr0=\E[0;10m, smacs=\E[11m, use=linux, # 16-color linux console entry; this works with a 256-character # console font but bright background colors turn into dim ones when # you use a 512-character console font. This uses bold for bright # foreground colors and blink for bright background colors. # # Interestingly, the original version of this entry in 2009 used a documented # (but nonstandard) SGR 21, which was supported in the Linux console since 1992 # as an equivalent for SGR 22. Long after (early 2018), someone modified the # console driver to make it ignore SGR 21 because the ECMA-48 standard # suggested a different use for that particular code. linux-16color|linux console with 16 colors, colors#16, ncv#42, pairs#0x100, setab=\E[4%p1%{8}%m%d%?%p1%{7}%>%t;5%e;25%;m, setaf=\E[3%p1%{8}%m%d%?%p1%{7}%>%t;1%e;22%;m, use=linux, #### DEC VT52 # (// capabilities aren't in DEC's official entry -- esr) # # Actually (TD pointed this out at the time the acsc string was added): # vt52 shouldn't define full acsc since most of the cells don't match. # see vt100 manual page A-31. This is the list that does match: # f degree # g plus/minus # h right-arrow # k down-arrow # m scan-1 # o scan-3 # q scan-5 # s scan-7 # The line-drawing happens to work in several terminal emulators, but should # not be used as a guide to the capabilities of the vt52. Note in particular # that vt52 does not support line-drawing characters (the scan-X values refer # to a crude plotting feature) -TD vt52|dec vt52, OTbs, cols#80, it#8, lines#24, acsc=+h.k0affggolpnqprrss, bel=^G, clear=\EH\EJ, cr=\r, cub1=\ED, cud1=\EB, cuf1=\EC, cup=\EY%p1%{32}%+%c%p2%{32}%+%c, cuu1=\EA, ed=\EJ, el=\EK, home=\EH, ht=^I, ind=\n, kbs=^H, kcub1=\ED, kcud1=\EB, kcuf1=\EC, kcuu1=\EA, nel=\r\n, ri=\EI, rmacs=\EG, smacs=\EF, #### DEC VT100 and compatibles # # DEC terminals from the vt100 forward are collected here. Older DEC terminals # and micro consoles can be found in the `obsolete' section. More details on # the relationship between the VT100 and ANSI X3.64/ISO 6429/ECMA-48 may be # found near the end of this file. # # Except where noted, these entries are DEC's official terminfos. # Contact Bill Hedberg of Terminal Support # Engineering for more information. Updated terminfos and termcaps # are kept available at ftp://gatekeeper.dec.com/pub/DEC/termcaps. # # In October 1995 DEC sold its terminals business, including the VT and Dorio # line and trademark, to SunRiver Data Systems. SunRiver has since changed # its name to Boundless Technologies; see http://www.boundless.com. # # NOTE: Any VT100 emulation, whether in hardware or software, almost # certainly includes what DEC called the `Level 1 editing extension' codes; # only the very oldest VT100s lacked these and there probably aren't any of # those left alive. To capture these, use one of the VT102 entries. # # Note that the glitch in vt100 is not quite the same as on the Concept, # since the cursor is left in a different position while in the # weird state (concept at beginning of next line, vt100 at end # of this line) so all versions of vi before 3.7 don't handle # right on vt100. The correct way to handle is when # you output the char in column 80, immediately output CR LF # and then assume you are in column 1 of the next line. If # is on, am should be on too. # # I assume you have smooth scroll off or are at a slow enough baud # rate that it doesn't matter (1200? or less). Also this assumes # that you set auto-nl to "on", if you set it off use vt100-nam # below. # # The padding requirements listed here are guesses. It is strongly # recommended that xon/xoff be enabled, as this is assumed here. # # The vt100 uses and rather than // because the # tab settings are in non-volatile memory and don't need to be # reset upon login. Also setting the number of columns glitches # the screen annoyingly. You can type "reset" to get them set. # # The VT100 series terminals have cursor ("arrows") keys which can operate # in two different modes: Cursor Mode and Application Mode. Cursor Mode # is the reset state, and is assumed to be the normal state. Application # Mode is the "set" state. In Cursor Mode, the cursor keys transmit # "Esc [ {code}" sequences, conforming to ANSI standards. In Application # Mode, the cursor keys transmit "Esc O " sequences. Application Mode # was provided primarily as an aid to the porting of VT52 applications. It is # assumed that the cursor keys are normally in Cursor Mode, and expected that # applications such as vi will always transmit the string. Therefore, # the definitions for the cursor keys are made to match what the terminal # transmits after the string is transmitted. If the string # is a null string or is not defined, then cursor keys are assumed to be in # "Cursor Mode", and the cursor keys definitions should match that assumption, # else the application may fail. It is also expected that applications will # always transmit the string to the terminal before they exit. # # The VT100 series terminals have an auxiliary keypad, commonly referred to as # the "Numeric Keypad", because it is a cluster of numeric and function keys. # The Numeric Keypad which can operate in two different modes: Numeric Mode and # Application Mode. Numeric Mode is the reset state, and is assumed to be # the normal state. Application Mode is the "set" state. In Numeric Mode, # the numeric and punctuation keys transmit ASCII 7-bit characters, and the # Enter key transmits the same as the Return key (Note: the Return key # can be configured to send either LF (\015) or CR LF). In Application Mode, # all the keypad keys transmit "Esc O {code}" sequences. The PF1 - PF4 keys # always send the same "Esc O {code}" sequences. It is assumed that the keypad # is normally in Numeric Mode. If an application requires that the keypad be # in Application Mode then it is expected that the user, or the application, # will set the TERM environment variable to point to a terminfo entry which has # defined the string to include the codes that switch the keypad into # Application Mode, and the terminfo entry will also define function key # fields to match the Application Mode control codes. If the string # is a null string or is not defined, then the keypad is assumed to be in # Numeric Mode. If the string switches the keypad into Application # Mode, it is expected that the string will contain the control codes # necessary to reset the keypad to "Normal" mode, and it is also expected that # applications which transmit the string will also always transmit the # string to the terminal before they exit. # # Here's a diagram of the VT100 keypad keys with their bindings. # The top line is the name of the key (some DEC keyboards have the keys # labelled somewhat differently, like GOLD instead of PF1, but this is # the most "official" name). The second line is the escape sequence it # generates in Application Keypad mode (where "$" means the ESC # character). The third line contains two items, first the mapping of # the key in terminfo, and then in termcap. # _______________________________________ # | PF1 | PF2 | PF3 | PF4 | # | $OP | $OQ | $OR | $OS | # |_kf1__k1_|_kf2__k2_|_kf3__k3_|_kf4__k4_| # | 7 8 9 - | # | $Ow | $Ox | $Oy | $Om | # |_kf9__k9_|_kf10_k;_|_kf0__k0_|_________| # | 4 | 5 | 6 | , | # | $Ot | $Ou | $Ov | $Ol | # |_kf5__k5_|_kf6__k6_|_kf7__k7_|_kf8__k8_| # | 1 | 2 | 3 | | # | $Oq | $Or | $Os | enter | # |_ka1__K1_|_kb2__K2_|_ka3__K3_| $OM | # | 0 | . | | # | $Op | $On | | # |___kc1_______K4____|_kc3__K5_|_kent_@8_| # # Note however, that the arrangement of the 5-key ka1-kc3 do not follow the # terminfo guidelines. That is a compromise used to assign the remaining # keys on the keypad to kf5-kf0, used on older systems with legacy termcap # support: vt100+keypad|dec vt100 numeric keypad no fkeys, ka1=\EOq, ka3=\EOs, kb2=\EOr, kc1=\EOp, kc3=\EOn, vt100+pfkeys|dec vt100 numeric keypad, kent=\EOM, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, use=vt100+keypad, vt100+fnkeys|dec vt100 numeric keypad, kf0=\EOy, kf10=\EOx, kf5=\EOt, kf6=\EOu, kf7=\EOv, kf8=\EOl, kf9=\EOw, use=vt100+pfkeys, # # A better adaptation to modern keyboards such as the PC's, which have a dozen # function keys and the keypad 2,4,6,8 keys are labeled with arrows keys, is to # use the 5-key arrangement to model the arrow keys as suggested in the # terminfo guidelines: # _______________________________________ # | PF1 | PF2 | PF3 | PF4 | # | $OP | $OQ | $OR | $OS | # |_kf1__k1_|_kf2__k2_|_kf3__k3_|_kf4__k4_| # | 7 8 9 - | # | $Ow | $Ox | $Oy | $Om | # |_ka1__K1_|_________|_ka3__K3_|_________| # | 4 | 5 | 6 | , | # | $Ot | $Ou | $Ov | $Ol | # |_________|_kb2__K2_|_________|_________| # | 1 | 2 | 3 | | # | $Oq | $Or | $Os | enter | # |_kc1__K4_|_________|_kc3__K5_| $OM | # | 0 | . | | # | $Op | $On | | # |___________________|_________|_kent_@8_| # vt220+keypad|dec vt220 numeric keypad, ka1=\EOw, ka3=\EOy, kb2=\EOu, kc1=\EOq, kc3=\EOs, kent=\EOM, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, ka2=\EOx, kb1=\EOt, kb3=\EOv, kc2=\EOr, # vt100+enq|ncurses extension for vt100-style ENQ, u8=\E[?1;2c, use=ansi+enq, vt102+enq|ncurses extension for vt102-style ENQ, u8=\E[?6c, use=ansi+enq, # # And here, for those of you with orphaned VT100s lacking documentation, is # a description of the soft switches invoked when you do `Set Up'. # # Scroll 0-Jump Shifted 3 0-# # | 1-Smooth | 1-British pound sign # | Autorepeat 0-Off | Wrap Around 0-Off # | | 1-On | | 1-On # | | Screen 0-Dark Bkg | | New Line 0-Off # | | | 1-Light Bkg | | | 1-On # | | | Cursor 0-Underline | | | Interlace 0-Off # | | | | 1-Block | | | | 1-On # | | | | | | | | # 1 1 0 1 1 1 1 1 0 1 0 0 0 0 1 0 <--Standard Settings # | | | | | | | | # | | | Auto XON/XOFF 0-Off | | | Power 0-60 Hz # | | | 1-On | | | 1-50 Hz # | | ANSI/VT52 0-VT52 | | Bits Per Char. 0-7 Bits # | | 1-ANSI | | 1-8 Bits # | Keyclick 0-Off | Parity 0-Off # | 1-On | 1-On # Margin Bell 0-Off Parity Sense 0-Odd # 1-On 1-Even # # The following SET-UP modes are assumed for normal operation: # ANSI_MODE AUTO_XON/XOFF_ON NEWLINE_OFF 80_COLUMNS # WRAP_AROUND_ON JUMP_SCROLL_OFF # Other SET-UP modes may be set for operator convenience or communication # requirements; I recommend # AUTOREPEAT_ON BLOCK_CURSOR MARGIN_BELL_OFF SHIFTED_3_# # Unless you have a graphics add-on such as Digital Engineering's VT640 # (and even then, whenever it can be arranged!) you should set # INTERLACE_OFF # # (vt100: I added / based on the init string, also . -- esr) vt100|vt100-am|dec vt100 (w/advanced video), OTbs, mc5i, xenl, xon, vt#3, csr=\E[%i%p1%d;%p2%dr, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, lf1=pf1, lf2=pf2, lf3=pf3, lf4=pf4, mc0=\E[0i, mc4=\E[4i, mc5=\E[5i, rc=\E8, rmam=\E[?7l, rmkx=\E[?1l\E>, rs2=\E<\E>\E[?3;4;5l\E[?7;8h\E[r, sc=\E7, sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5 %;m%?%p9%t\016%e\017%;$<2>, smam=\E[?7h, smkx=\E[?1h\E=, smso=\E[7m$<2>, use=vt100+4bsd, use=vt100+fnkeys, vt100+4bsd|dec vt100 from 4.0BSD, am, msgr, cols#80, it#8, lines#24, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m$<2>, bold=\E[1m$<2>, clear=\E[H\E[J$<50>, cr=\r, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C$<2>, cup=\E[%i%p1%d;%p2%dH$<5>, cuu=\E[%p1%dA, cuu1=\E[A$<2>, ed=\E[J$<50>, el=\E[K$<3>, el1=\E[1K$<3>, enacs=\E(B\E)0, home=\E[H, ht=^I, hts=\EH, ind=\n, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, rev=\E[7m$<2>, ri=\EM$<5>, rmacs=^O, rmso=\E[m$<2>, rmul=\E[m$<2>, rs2=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5 %;m%?%p9%t\016%e\017%;$<2>, sgr0=\E[m\017$<2>, smacs=^N, smso=\E[1;7m$<2>, smul=\E[4m$<2>, tbc=\E[3g, vt100nam|vt100-nam|vt100 no automargins, am@, xenl@, rs2=\E>\E[?3l\E[?4l\E[?5l\E[?7l\E[?8h, use=vt100-am, vt100-vb|dec vt100 (w/advanced video) & no beep, bel@, flash=\E[?5h$<100/>\E[?5l, use=vt100, # Ordinary vt100 in 132 column ("wide") mode. vt100-w|vt100-w-am|dec vt100 132 cols (w/advanced video), cols#132, lines#24, rs2=\E>\E[?3h\E[?4l\E[?5l\E[?8h, use=vt100-am, vt100-w-nam|vt100-nam-w|dec vt100 132 cols (w/advanced video no automargin), cols#132, lines#14, vt@, rs2=\E>\E[?3h\E[?4l\E[?5l\E[?8h, use=vt100-nam, # vt100 with no advanced video. vt100-nav|vt100 without advanced video option, xmc#1, blink@, bold@, rev@, rmso=\E[m, rmul@, sgr@, sgr0@, smso=\E[7m, smul@, use=vt100, vt100-nav-w|vt100-w-nav|dec vt100 132 cols 14 lines (no advanced video option), cols#132, lines#14, use=vt100-nav, # vt100 with one of the 24 lines used as a status line. # We put the status line on the top. vt100-s|vt100-s-top|vt100-top-s|vt100 for use with top sysline, eslok, hs, lines#23, clear=\E[2;1H\E[J$<50>, csr=\E[%i%i%p1%d;%p2%dr, cup=\E[%i%p1%{1}%+%d;%p2%dH$<5>, dsl=\E7\E[1;24r\E8, fsl=\E8, home=\E[2;1H, is2=\E7\E[2;24r\E8, tsl=\E7\E[1;%p1%dH\E[1K, use=vt100-am, # Status line at bottom. # Clearing the screen will clobber status line. vt100-s-bot|vt100-bot-s|vt100 for use with bottom sysline, eslok, hs, lines#23, dsl=\E7\E[1;24r\E8, fsl=\E8, is2=\E[1;23r\E[23;1H, tsl=\E7\E[24;%p1%dH\E[1K, use=vt100-am, # Most of the `vt100' emulators out there actually emulate a vt102 # This entry (or vt102-nsgr) is probably the right thing to use for # these. vt102|dec vt102, dch1=\E[P, dl1=\E[M, il1=\E[L, rmir=\E[4l, smir=\E[4h, use=vt100, vt102-w|dec vt102 in wide mode, cols#132, rs3=\E[?3h, use=vt102, # Many brain-dead PC comm programs that pretend to be `vt100-compatible' # fail to interpret the ^O and ^N escapes properly. Symptom: the # string in the canonical vt100 entry above leaves the screen littered # with little snowflake or star characters (IBM PC ROM character \017 = ^O) # after highlight turnoffs. This entry should fix that, and even leave # ACS support working, at the cost of making multiple-highlight changes # slightly more expensive. # From: Eric S. Raymond July 22 1995 vt102-nsgr|vt102 no sgr (use if you see snowflakes after highlight changes), sgr@, sgr0=\E[m, use=vt102, # VT125 Graphics CRT. Clear screen also erases graphics # Some vt125's came configured with vt102 support. vt125|vt125 graphics terminal, mir, clear=\E[H\E[2J\EPpS(E)\E\\$<50>, use=vt100, # This isn't a DEC entry, it came from University of Wisconsin. # (vt131: I added / based on the init string, also -- esr) vt131|dec vt131, OTbs, am, xenl, cols#80, it#8, lines#24, vt#3, bel=^G, blink=\E[5m$<2/>, bold=\E[1m$<2/>, clear=\E[;H\E[2J$<50/>, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub1=^H, cud1=\n, cuf1=\E[C$<2/>, cup=\E[%i%p1%d;%p2%dH$<5/>, cuu1=\E[A$<2/>, ed=\E[J$<50/>, el=\E[K$<3/>, home=\E[H, ht=^I, is2=\E[1;24r\E[24;1H, kbs=^H, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, nel=\r\n, rc=\E8, rev=\E[7m$<2/>, ri=\EM$<5/>, rmam=\E[?7h, rmkx=\E[?1l\E>, rmso=\E[m$<2/>, rmul=\E[m$<2/>, rs1=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7, sgr0=\E[m$<2/>, smam=\E[?7h, smkx=\E[?1h\E=, smso=\E[7m$<2/>, smul=\E[4m$<2/>, # vt132 - like vt100 but slower and has ins/del line and such. # I'm told that / are backwards in the terminal from the # manual and from the ANSI standard, this describes the actual # terminal. I've never actually used a vt132 myself, so this # is untested. # vt132|DEC vt132, xenl, dch1=\E[P$<7>, dl1=\E[M$<99>, il1=\E[L$<99>, ind=\n$<30>, ip=$<7>, rmir=\E[4h, smir=\E[4l, use=vt100, # This vt220 description maps F5--F9 to the second block of function keys # at the top of the keyboard. The "DO" key is used as F10 to avoid conflict # with the key marked (ESC) on the vt220. See vt220d for an alternate mapping. # PF1--PF4 are used as F1--F4. # # added msgr -TD vt220-old|vt200-old|DEC VT220 in vt100 emulation mode, OTbs, OTpt, am, mir, msgr, xenl, xon, cols#80, lines#24, vt#3, OTnl=\n, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m$<2>, bold=\E[1m$<2>, civis=\E[?25l, clear=\E[H\E[2J$<50>, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub1=^H, cud1=\E[B, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH$<10>, cuu1=\E[A, dch1=\E[P, dl1=\E[M, ed=\E[J$<50>, el=\E[K$<3>, home=\E[H, ht=^I, if=/usr/share/tabset/vt100, il1=\E[L, ind=\ED$<20/>, is2=\E[1;24r\E[24;1H, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=\E[3~, kend=\E[4~, kf1=\EOP, kf10=\E[29~, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\E[17~, kf6=\E[18~, kf7=\E[19~, kf8=\E[20~, kf9=\E[21~, khome=\E[1~, kich1=\E[2~, knp=\E[6~, kpp=\E[5~, rc=\E8, rev=\E[7m$<2>, rf=/usr/share/tabset/vt100, ri=\EM$<14/>, rmacs=\E(B$<4>, rmam=\E[?7l, rmir=\E[4l, rmso=\E[27m, rmul=\E[24m, rs2=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p4%t;5%;%?%p1%p3%|%t;7%;m%? %p9%t\E(0%e\E(B%;$<2>, sgr0=\E[m$<2>, smacs=\E(0$<2>, smam=\E[?7h, smir=\E[4h, smso=\E[7m, smul=\E[4m, # A much better description of the VT200/220; used to be vt220-8 # changed rmacs/smacs from shift-in/shift-out to vt200-old's explicit G0/G1 # designation to accommodate bug in pcvt -TD # # Here's a picture of the VT220 editing keypad: # +--------+--------+--------+ # | Find | Insert | Remove | # +--------+--------+--------+ # | Select | Prev | Next | # +--------+--------+--------+ vt220|vt200|dec vt220, OTbs, am, mir, msgr, xenl, xon, cols#80, it#8, lines#24, vt#3, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, clear=\E[H\E[J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E)0, flash=\E[?5h$<200/>\E[?5l, home=\E[H, ht=^I, hts=\EH, ich=\E[%p1%d@, if=/usr/share/tabset/vt100, il=\E[%p1%dL, il1=\E[L, ind=\ED, is2=\E[?7h\E[>\E[?1l\E F\E[?4l, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=\E[3~, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\EOQ, kf20=\E[34~, kf3=\EOR, kf4=\EOS, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, kfnd=\E[1~, khlp=\E[28~, kich1=\E[2~, knp=\E[6~, kpp=\E[5~, krdo=\E[29~, kslt=\E[4~, lf1=pf1, lf2=pf2, lf3=pf3, lf4=pf4, nel=\EE, rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E(B$<4>, rmam=\E[?7l, rmir=\E[4l, rmso=\E[27m, rmul=\E[24m, rs1=\E[?3l, sc=\E7, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p4%t;5%;%?%p1%p3%|%t;7%;m%? %p9%t\E(0%e\E(B%;$<2>, sgr0=\E[m\E(B, smacs=\E(0$<2>, smam=\E[?7h, smir=\E[4h, smso=\E[7m, smul=\E[4m, tbc=\E[3g, use=ansi+pp, use=ansi+enq, vt220-w|vt200-w|DEC vt220 in wide mode, cols#132, rs3=\E[?3h, use=vt220, vt220-8bit|vt220-8|vt200-8bit|vt200-8|dec vt220/200 in 8-bit mode, OTbs, am, mc5i, mir, msgr, xenl, xon, cols#80, it#8, lines#24, vt#3, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\2335m, bold=\2331m, clear=\233H\233J, cr=\r, csr=\233%i%p1%d;%p2%dr, cub=\233%p1%dD, cub1=^H, cud=\233%p1%dB, cud1=\n, cuf=\233%p1%dC, cuf1=\233C, cup=\233%i%p1%d;%p2%dH, cuu=\233%p1%dA, cuu1=\233A, dch=\233%p1%dP, dch1=\233P, dl=\233%p1%dM, dl1=\233M, ech=\233%p1%dX, ed=\233J, el=\233K, el1=\2331K, enacs=\E)0, flash=\233?5h$<200/>\233?5l, home=\233H, ht=^I, hts=\EH, ich=\233%p1%d@, if=/usr/share/tabset/vt100, il=\233%p1%dL, il1=\233L, ind=\ED, is2=\233?7h\233>\233?1l\E F\233?4l, kbs=^H, kcub1=\233D, kcud1=\233B, kcuf1=\233C, kcuu1=\233A, kdch1=\2333~, kf1=\EOP, kf10=\23321~, kf11=\23323~, kf12=\23324~, kf13=\23325~, kf14=\23326~, kf17=\23331~, kf18=\23332~, kf19=\23333~, kf2=\EOQ, kf20=\23334~, kf3=\EOR, kf4=\EOS, kf6=\23317~, kf7=\23318~, kf8=\23319~, kf9=\23320~, kfnd=\2331~, khlp=\23328~, khome=\233H, kich1=\2332~, knp=\2336~, kpp=\2335~, krdo=\23329~, kslt=\2334~, lf1=pf1, lf2=pf2, lf3=pf3, lf4=pf4, mc0=\233i, mc4=\2334i, mc5=\2335i, nel=\EE, rc=\E8, rev=\2337m, ri=\EM, rmacs=\E(B, rmam=\233?7l, rmir=\2334l, rmso=\23327m, rmul=\23324m, rs1=\233?3l, sc=\E7, sgr=\2330%?%p6%t;1%;%?%p2%t;4%;%?%p4%t;5%;%?%p1%p3%|%t;7%;m %?%p9%t\E(0%e\E(B%;$<2>, sgr0=\2330m\E(B, smacs=\E(0, smam=\233?7h, smir=\2334h, smso=\2337m, smul=\2334m, tbc=\2333g, # vt220d: # This vt220 description regards F6--F10 as the second block of function keys # at the top of the keyboard. This mapping follows the description given # in the VT220 Programmer Reference Manual and agrees with the labeling # on some terminals that emulate the vt220. There is no support for an F5. # See vt220 for an alternate mapping. # vt220d|DEC VT220 in vt100 mode with DEC function key labeling, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf20=\E[34~, kf5@, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, use=vt220-old, vt220-nam|v200-nam|VT220 in vt100 mode with no auto margins, am@, rs2=\E>\E[?3l\E[?4l\E[?5l\E[?7l\E[?8h, use=vt220, # vt220 termcap written Tue Oct 25 20:41:10 1988 by Alex Latzko # (not an official DEC entry!) # The problem with real vt220 terminals is they don't send escapes when in # in vt220 mode. This can be gotten around two ways. 1> don't send # escapes or 2> put the vt220 into vt100 mode and use all the nifty # features of vt100 advanced video which it then has. # # This entry takes the view of putting a vt220 into vt100 mode so # you can use the escape key in emacs and everything else which needs it. # # You probably don't want to use this on a VMS machine since VMS will think # it has a vt220 and will get fouled up coming out of emacs # # From: Alexander Latzko , 30 Dec 1996 # (Added vt100 , to quiet a tic warning -- esr) # added msgr -TD vt200-js|vt220-js|dec vt200 series with jump scroll, am, msgr, cols#80, bel=^G, clear=\E[H\E[J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub1=^H, cud1=\n, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu1=\E[A, dch1=\E[P, dl1=\E[M, ed=\E[J, el=\E[K, home=\E[H, ht=^I, il1=\E[L, ind=\ED, is2=\E[61"p\E[H\E[?3l\E[?4l\E[?1h\E[?5l\E[?6l\E[?7h\E[?8h\E[ ?25h\E>\E[m, kbs=^H, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, nel=\r\ED, rc=\E8, rf=/usr/share/tabset/vt100, ri=\EM, rmdc=, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[27m$<5/>, rmul=\E[24m, rs1=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7, smdc=, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m$<5/>, smul=\E[4m, # This was DEC's vt320. Use the purpose-built one below instead #vt320|DEC VT320 in vt100 emulation mode, # use=vt220, # Use v320n for SCO's LYRIX. Otherwise, use Adam Thompson's vt320-nam. # vt320nam|v320n|DEC VT320 in vt100 emul. mode with NO AUTO WRAP mode, am@, rs2=\E>\E[?3l\E[?4l\E[?5l\E[?7l\E[?8h, use=vt220, # These entries are not DEC's official ones, they were purpose-built for the # VT320. Here are the designer's notes: # is end on a PC kbd. Actually 'select' on a VT. Mapped to # 'Erase to End of Field'... since nothing seems to use 'end' anyways... # khome is Home on a PC kbd. Actually 'FIND' on a VT. # Things that use usually use tab anyways... and things that don't use # tab usually use instead... # kprv is same as tab - Backtab is useless... # I left out because of its RIDICULOUS complexity, # and the resulting fact that it causes the termcap translation of the entry # to SMASH the 1k-barrier... # From: Adam Thompson Sept 10 1995 # (vt320: uncommented --esr) vt320|vt300|dec vt320 7 bit terminal, am, hs, mir, msgr, xenl, cols#80, lines#24, wsl#80, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, home=\E[H, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\ED, is2=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h\E[1;24r\E[24;1H, kbs=^?, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kel=\E[4~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf20=\E[34~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~, knp=\E[6~, knxt=^I, kpp=\E[5~, kprv=\E[Z, kslt=\E[4~, nel=\EE, rc=\E8, rev=\E[7m, rf=/usr/share/tabset/vt300, ri=\EM, rmacs=\E(B, rmam=\E[?7l, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[m, rmul=\E[m, rs2=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h\E[1;24r\E[24;1H, sc=\E7, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p4%t;5%;%?%p1%p3%|%t;7%;m%? %p9%t\E(0%e\E(B%;$<2>, sgr0=\E[m\E(B, smacs=\E(0, smam=\E[?7h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, use=dec+pp, use=vt220+keypad, use=dec+sl, use=ansi+enq, vt320-nam|vt300-nam|dec vt320 7 bit terminal with no am to make SAS happy, am@, is2=\E>\E[?3l\E[?4l\E[?5l\E[?7l\E[?8h\E[1;24r\E[24;1H, rs2=\E>\E[?3l\E[?4l\E[?5l\E[?7l\E[?8h\E[1;24r\E[24;1H, use=vt320, # We have to init 132-col mode, not 80-col mode. vt320-w|vt300-w|dec vt320 wide 7 bit terminal, cols#132, wsl#132, is2=\E>\E[?3h\E[?4l\E[?5l\E[?7h\E[?8h\E[1;24r\E[24;1H, rs2=\E>\E[?3h\E[?4l\E[?5l\E[?7h\E[?8h\E[1;24r\E[24;1H, use=vt320, vt320-w-nam|vt300-w-nam|dec vt320 wide 7 bit terminal with no am, am@, is2=\E>\E[?3h\E[?4l\E[?5l\E[?7l\E[?8h\E[1;24r\E[24;1H, rs2=\E>\E[?3h\E[?4l\E[?5l\E[?7l\E[?8h\E[1;24r\E[24;1H, use=vt320-w, # VT330 and VT340 -- These are ReGIS and SIXEL graphics terminals # which are pretty much a superset of the VT320. They have the # host writable status line, yet another different DRCS matrix size, # and such, but they add the DEC Technical character set, Multiple text # pages, selectable length pages, and the like. The difference between # the vt330 and vt340 is that the latter has only 2 planes and a monochrome # monitor, the former has 4 planes and a color monitor. These terminals # support VT131 and ANSI block mode, but as with much of these things, # termcap/terminfo doesn't deal with these features. # # Note that this entry is are set up in what was the standard way for GNU # Emacs v18 terminal modes to deal with the cursor keys in that the arrow # keys were switched into application mode at the same time the numeric pad # is switched into application mode. This changes the definitions of the # arrow keys. Emacs v19 is smarter and mines its keys directly out of # your termcap or terminfo entry, # # From: Daniel Glasser , 13 Oct 1993 # (vt340: string capability "sb=\E[M" corrected to "sr"; # also, added / based on the init string -- esr) vt340|dec-vt340|vt330|dec-vt330|dec vt340 graphics terminal with 24 line page, am, eslok, hs, mir, msgr, xenl, xon, cols#80, it#8, lines#24, vt#3, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[J, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, dsl=\E[2$~\r\E[1$}\E[K\E[$}, ed=\E[J, el=\E[K, flash=\E[?5h$<200/>\E[?5l, fsl=\E[$}, home=\E[H, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\ED, is2=\E<\E\sF\E>\E[?1h\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h\E[1;24r \E[24;1H, kbs=^H, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, lf1=pf1, lf2=pf2, lf3=pf3, lf4=pf4, nel=\r\ED, rc=\E8, rev=\E[7m, rf=/usr/share/tabset/vt300, ri=\EM, rmacs=\E(B, rmam=\E[?7l, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[27m, rmul=\E[24m, rs1=\E[?3l, sc=\E7, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p4%t;5%;%?%p1%p3%|%t;7%;m%? %p9%t\E(0%e\E(B%;$<2>, sgr0=\E[m\E(B, smacs=\E(0, smam=\E[?7h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E[2$~\E[1$}\E[1;%dH, # Left/right margins are supported in xterm since patch #279 (2012/05/10) vt420+lrmm|VT420 left/right margins, mgc=\E[?69l, smglr=\E[?69h\E[%i%p1%d;%p2%ds, # DEC doesn't supply a vt400 description, so we add Daniel Glasser's # (originally written with vt420 as its primary name, and usable for it). # # VT400/420 -- This terminal is a superset of the vt320. It adds the multiple # text pages and long text pages with selectable length of the vt340, along # with left and right margins, rectangular area text copy, fill, and erase # operations, selected region character attribute change operations, # page memory and rectangle checksums, insert/delete column, reception # macros, and other features too numerous to remember right now. TERMCAP # can only take advantage of a few of these added features. # # Note that this entry is are set up in what was the standard way for GNU # Emacs v18 terminal modes to deal with the cursor keys in that the arrow # keys were switched into application mode at the same time the numeric pad # is switched into application mode. This changes the definitions of the # arrow keys. Emacs v19 is smarter and mines its keys directly out of # your termcap entry, # # From: Daniel Glasser , 13 Oct 1993 # (vt400: string capability ":sb=\E[M:" corrected to ":sr=\E[M:"; # also, added / based on the init string -- esr) vt400|vt400-24|dec-vt400|dec vt400 24x80 column autowrap, am, eslok, hs, mir, msgr, xenl, xon, cols#80, it#8, lines#24, vt#3, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[J$<10/>, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, dsl=\E[2$~\r\E[1$}\E[K\E[$}, ed=\E[J$<10/>, el=\E[K$<4/>, flash=\E[?5h$<200/>\E[?5l, fsl=\E[$}, home=\E[H, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=\ED, is2=\E<\E\sF\E>\E[?1h\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h\E[1;24r \E[24;1H, kbs=^H, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, lf1=pf1, lf2=pf2, lf3=pf3, lf4=pf4, nel=\r\ED, rc=\E8, rev=\E[7m, rf=/usr/share/tabset/vt300, ri=\EM, rmacs=\E(B, rmam=\E[?7l, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[27m, rmul=\E[24m, rs1=\E<\E[?3l\E[!p\E[?7h, sc=\E7, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p4%t;5%;%?%p1%p3%|%t;7%;m%? %p9%t\E(0%e\E(B%;$<2>, sgr0=\E[m\E(B, smacs=\E(0, smam=\E[?7h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E[2$~\E[1$}\E[1;%dH, use=dec+sl, # (vt420: I removed , it collided with . I also restored # a missing -- esr) # add msgr and other capabilities from vt220 -TD vt420|DEC VT420, am, mir, msgr, xenl, xon, cols#80, it#8, lines#24, vt#3, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m$<2>, bold=\E[1m$<2>, civis=\E[?25l, clear=\E[H\E[2J$<50>, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH$<10>, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J$<50>, el=\E[K$<3>, el1=\E[1K, enacs=\E)0, flash=\E[?5h$<200/>\E[?5l, home=\E[H, ht=^I, hts=\EH, ich=\E[%p1%d@, if=/usr/share/tabset/vt300, il=\E[%p1%dL, il1=\E[L, ind=\ED, is2=\E[1;24r\E[24;1H, is3=\E[?67h\E[64;1"p, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=\E[3~, kf1=\EOP, kf10=\E[29~, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\E[17~, kf6=\E[18~, kf7=\E[19~, kf8=\E[20~, kf9=\E[21~, kfnd=\E[1~, kich1=\E[2~, knp=\E[6~, kpp=\E[5~, kslt=\E[4~, nel=\EE, rc=\E8, rev=\E[7m$<2>, rf=/usr/share/tabset/vt300, ri=\EM, rmacs=\E(B$<4>, rmam=\E[?7l, rmir=\E[4l, rmkx=\E>, rmsc=\E[?0;0r\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, rmso=\E[27m, rmul=\E[24m, rs3=\E[?67h\E[64;1"p, sc=\E7, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p4%t;5%;%?%p1%p3%|%t;7%;m%? %p9%t\E(0%e\E(B%;$<2>, sgr0=\E[m\E(B$<2>, smacs=\E(0$<2>, smam=\E[?7h, smir=\E[4h, smkx=\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, use=ansi+pp, use=dec+sl, use=ansi+enq, # DEC VT220 and up support DECUDK (user-defined keys). DECUDK (i.e., pfx) # takes two parameters, the key and the string. Translating the key is # straightforward (keys 1-5 are not defined on real terminals, though some # emulators define these): # # if (key < 16) then value = key; # else if (key < 21) then value = key + 1; # else if (key < 25) then value = key + 2; # else if (key < 27) then value = key + 3; # else if (key < 30) then value = key + 4; # else value = key + 5; # # The string must be the hexadecimal equivalent, e.g., "5052494E" for "PRINT". # There's no provision in terminfo for emitting a string in this format, so the # application has to know it. # vt420pc|DEC VT420 w/PC keyboard, kdch1=^?, kend=\E[4~, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[11;2~, kf14=\E[12;2~, kf15=\E[13;2~, kf16=\E[14;2~, kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf2=\E[12~, kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\E[23~, kf26=\E[24~, kf27=\E[25~, kf28=\E[26~, kf29=\E[28~, kf3=\E[13~, kf30=\E[29~, kf31=\E[31~, kf32=\E[32~, kf33=\E[33~, kf34=\E[34~, kf35=\E[35~, kf36=\E[36~, kf37=\E[23;2~, kf38=\E[24;2~, kf39=\E[25;2~, kf4=\E[14~, kf40=\E[26;2~, kf41=\E[28;2~, kf42=\E[29;2~, kf43=\E[31;2~, kf44=\E[32;2~, kf45=\E[33;2~, kf46=\E[34;2~, kf47=\E[35;2~, kf48=\E[36;2~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[H, pctrm=USR_TERM\:vt420pcdos\:, pfx=\EP1;1|%?%{16}%p1%>%t%{0}%e%{21}%p1%>%t%{1}%e%{25}%p1%> %t%{2}%e%{27}%p1%>%t%{3}%e%{30}%p1%>%t%{4}%e%{5}%;%p1%+ %d/%p2%s\E\\, use=vt420, vt420pcdos|DEC VT420 w/PC for DOS Merge, lines#25, dispc=%?%p1%{19}%=%t\E\023\021%e%p1%{32}%<%t\E%p1%c%e%p1 %{127}%=%t\E\177%e%p1%c%;, pctrm@, rmsc=\E[?0;0r\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sgr@, sgr0=\E[m, smsc=\E[?1;2r\E[34h, use=vt420pc, vt420f|DEC VT420 with VT kbd; VT400 mode; F1-F5 used as Fkeys, kdch1=^?, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\E[12~, kf20=\E[34~, kf3=\E[13~, kf4=\E[14~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[H, lf1=\EOP, lf2=\EOQ, lf3=\EOR, lf4=\EOS, use=vt420, vt510|DEC VT510, use=vt420, vt510pc|DEC VT510 w/PC keyboard, use=vt420pc, vt510pcdos|DEC VT510 w/PC for DOS Merge, use=vt420pcdos, # VT520/VT525 # # The VT520 is a monochrome text terminal capable of managing up to # four independent sessions in the terminal. It has multiple ANSI # emulations (VT520, VT420, VT320, VT220, VT100, VT PCTerm, SCO Console) # and ASCII emulations (WY160/60, PCTerm, 50/50+, 150/120, TVI 950, # 925 910+, ADDS A2). This terminfo data is for the ANSI emulations only. # # Terminal Set-Up is entered by pressing [F3], [Caps Lock]/[F3] or # [Alt]/[Print Screen] depending upon which keyboard and which # terminal mode is being used. If Set-Up has been disabled or # assigned to an unknown key, Set-Up may be entered by pressing # [F3] as the first key after power up, regardless of keyboard type. vt520|DEC VT520, use=ansi+rca, use=vt420, use=ansi+tabs, vt525|DEC VT525, use=vt520, # I just got a brand new Boundless VT520 with that company's "ANSI 2011" # Keyboard, which replaces the old LK41R-AA keyboard. # # In trying to get the function keys to work, I had to cobble my own # terminfo.src entry, since the existing vt520 entry doesn't include most of # the function keys. If I blend the entries for "vt420f" and "vt220+keypad" # I seem to get them all -Mike Gran vt520ansi|Boundless VT520 ANSI, use=ansi+rca, use=vt420f, use=vt220+keypad, use=ansi+tabs, #### VT100 emulations # John Hawkinson tells us that the EWAN telnet for Windows # (the best Windows telnet as of September 1995) presents the name `dec-vt100' # to telnetd. Michael Deutschmann informs us # that this works best with a stock vt100 entry. dec-vt100|EWAN telnet's vt100 emulation, use=vt100, # From: Adrian Garside <94ajg2@eng.cam.ac.uk>, 19 Nov 1996 dec-vt220|DOS tnvt200 terminal emulator, am@, use=vt220, ######## X TERMINAL EMULATORS #### XTERM # # You can add the following line to your .Xdefaults to change the terminal type # set by the xterms you start up to my-xterm: # # *termName: my-xterm # # System administrators can change the default entry for xterm instances # by adding a similar line to /usr/X11/lib/X11/app-defaults/XTerm. In either # case, xterm will detect and reject an invalid terminal type, falling back # to the default of xterm. # # Compatible with the R5 xterm # (from the XFree86 3.2 distribution, removed) # added khome/kend, rmir/smir, rmul/smul, hts based on the R5 xterm code - TD # corrected typos in rs2 string - TD # added u6-u9 -TD xterm-r5|xterm R5 version, OTbs, am, km, msgr, xenl, cols#80, it#8, lines#24, bel=^G, bold=\E[1m, clear=\E[H\E[2J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, home=\E[H, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=\n, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kdl1=\E[31~, kel=\E[8~, kend=\E[4~, kf0=\EOq, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf2=\E[12~, kf3=\E[13~, kf4=\E[14~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~, kil1=\E[30~, kmous=\E[M, knp=\E[6~, kpp=\E[5~, rc=\E8, rev=\E[7m, ri=\EM, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[m, rmul=\E[m, rs2=\E>\E[?1;3;4;5;6l\E[4l\E[?7h\E[m\E[r\E[2J\E[H, sc=\E7, sgr=\E[%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p6%t;1 %;m, sgr0=\E[m, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, use=vt100+enq, use=xterm+kbs, # Compatible with the R6 xterm # (from XFree86 3.2 distribution, and added, removed) # added khome/kend, hts based on the R6 xterm code - TD # (khome/kend do not actually work in X11R5 or X11R6, but many people use this # for compatibility with other emulators). xterm-r6|xterm X11R6 version, OTbs, am, km, mir, msgr, xenl, cols#80, it#8, lines#24, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, bold=\E[1m, clear=\E[H\E[2J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, enacs=\E)0, home=\E[H, ht=^I, hts=\EH, il=\E[%p1%dL, il1=\E[L, ind=\n, is2=\E[m\E[?7h\E[4l\E>\E7\E[r\E[?1;3;4;6l\E8, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\E[12~, kf20=\E[34~, kf3=\E[13~, kf4=\E[14~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, kfnd=\E[1~, kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kslt=\E[4~, meml=\El, memu=\Em, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[m, rmul=\E[m, rs2=\E[m\E[?7h\E[4l\E>\E7\E[r\E[?1;3;4;6l\E8, sc=\E7, sgr0=\E[m, smacs=^N, smcup=\E7\E[?47h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, use=xterm+kbs, use=vt100+enq, xterm-old|antique xterm version, use=xterm-r6, # The monochrome version began as a copy of "xtermm" (from Solaris), and was # initially part of the xterm sources (in XFree86). But "xterm" continued to # grow, while "xterm-mono" had none of the newer features. Additionally, # inheriting from "xtermm" runs into several problems, including different # function keys as well as the fact that the mouse support is not compatible. # This entry restores the original intent, intentionally not an alias to # simplify maintenance -TD xterm-mono|monochrome xterm, use=xterm-r6, # This is the base xterm entry for the xterm supplied with XFree86 3.2 & up. # The name has been changed and some aliases have been removed. xterm-xf86-v32|xterm terminal emulator (XFree86 3.2 Window System), OTbs, am, bce, km, mir, msgr, xenl, XT, cols#80, it#8, lines#24, ncv@, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\E[?5h$<100/>\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=\n, is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbeg=\EOE, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=^?, kend=\EOF, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\E[12~, kf20=\E[34~, kf3=\E[13~, kf4=\E[14~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, kfnd=\E[1~, khome=\EOH, kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kslt=\E[4~, meml=\El, memu=\Em, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmam=\E[?7l, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[27m, rmul=\E[24m, rs1=^O, rs2=\E7\E[r\E8\E[m\E[?7h\E[?1;3;4;6l\E[4l\E>, sc=\E7, setb=\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6} %=%t3%e%p1%d%;m, setf=\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6} %=%t3%e%p1%d%;m, sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5 %;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smam=\E[?7h, smcup=\E7\E[?47h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, vpa=\E[%i%p1%dd, use=xterm+kbs, use=vt100+enq, use=ecma+color, use=vt220+keypad, # This is the stock xterm entry supplied with XFree86 3.3, which uses VT100 # codes for F1-F4 except while in VT220 mode. xterm-xf86-v33|xterm terminal emulator (XFree86 3.3 Window System), kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, use=xterm-xf86-v32, # This version was released in XFree86 3.3.3 (November 1998). # Besides providing printer support, it exploits a new feature that allows # xterm to use terminfo-based descriptions with the titeInhibit resource. # -- the distribution contained incorrect khome/kend values -TD xterm-xf86-v333|xterm terminal emulator (XFree86 3.3.3 Window System), blink=\E[5m, ich1@, invis=\E[8m, is2=\E[!p\E[?3;4l\E[4l\E>, kdch1=\E[3~, kfnd@, kslt@, rmcup=\E[?1047l\E[?1048l, rs1=\Ec, rs2=\E[!p\E[?3;4l\E[4l\E>, sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5 %;%?%p7%t;8%;m%?%p9%t\016%e\017%;, smcup=\E[?1048h\E[?1047h, use=ansi+pp, use=xterm-xf86-v33, # This version was released in XFree86 4.0. xterm-xf86-v40|xterm terminal emulator (XFree86 4.0 Window System), npc, kDC=\E[3;5~, kEND=\EO5F, kHOM=\EO5H, kIC=\E[2;5~, kLFT=\EO5D, kNXT=\E[6;5~, kPRV=\E[5;5~, kRIT=\EO5C, ka1@, ka3@, kb2=\EOE, kc1@, kc3@, kcbt=\E[Z, kdch1=\E[3~, kend=\EOF, kf13=\EO2P, kf14=\EO2Q, kf15=\EO2R, kf16=\EO2S, kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\EO5P, kf26=\EO5Q, kf27=\EO5R, kf28=\EO5S, kf29=\E[15;5~, kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~, kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~, kf36=\E[24;5~, kf37=\EO6P, kf38=\EO6Q, kf39=\EO6R, kf40=\EO6S, kf41=\E[15;6~, kf42=\E[17;6~, kf43=\E[18;6~, kf44=\E[19;6~, kf45=\E[20;6~, kf46=\E[21;6~, kf47=\E[23;6~, kf48=\E[24;6~, khome=\EOH, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;m%? %p9%t\016%e\017%;, use=xterm+alt1049, use=xterm-xf86-v333, # This version was released in XFree86 4.3. xterm-xf86-v43|xterm terminal emulator (XFree86 4.3 Window System), kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H, kIC=\E[2;2~, kLFT=\E[1;2D, kNXT=\E[6;2~, kPRV=\E[5;2~, kRIT=\E[1;2C, kbeg@, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%? %p7%t;8%;m%?%p9%t\016%e\017%;, use=xterm-xf86-v40, # This version was released in XFree86 4.4. xterm-xf86-v44|xterm terminal emulator (XFree86 4.4 Window System), cnorm=\E[?12l\E[?25h, cvvis=\E[?12;25h, use=ecma+index, use=xterm-xf86-v43, xterm-xfree86|xterm terminal emulator (XFree86), use=xterm-xf86-v44, # This version reflects the current xterm features. xterm-new|modern xterm terminal emulator, npc, kcbt=\E[Z, kent=\EOM, use=ecma+index, use=ansi+rep, use=ecma+strikeout, use=xterm+keypad, use=vt420+lrmm, use=xterm+sm+1006, use=xterm+pcfkeys, use=xterm+tmux, use=xterm-basic, # This fragment is for people who cannot agree on what the backspace key # should send. xterm+kbs|fragment for backspace key, kbs=^H, # # This fragment describes as much of XFree86 xterm's "pc-style" function # keys as will fit into terminfo's 60 function keys. # From ctlseqs.ms: # Code Modifiers # --------------------------------- # 2 Shift # 3 Alt # 4 Shift + Alt # 5 Control # 6 Shift + Control # 7 Alt + Control # 8 Shift + Alt + Control # --------------------------------- # The meta key may also be used as a modifier in this scheme, adding another # bit to the parameter. xterm+pcfkeys|fragment for PC-style fkeys, use=xterm+app, use=xterm+pcf2, use=xterm+pcc2, use=xterm+pce2, # xterm+noapp|fragment with cursor keys in normal mode, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kend=\E[F, khome=\E[H, xterm+app|fragment with cursor keys in application mode, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kend=\EOF, khome=\EOH, # # The "PC-style" modifier scheme was introduced in xterm patch #94 (1999/3/27) # and revised in xterm patch #167 (2002/8/24). Some other terminal emulators # copied the earlier scheme, as noted in the "use=" clauses in this file. # # The original assignments from patch #94 for cursor-keys had some technical # issues: # # A parameter for a function-key to represent a modifier is just more # bits. But for a cursor-key it may change the behavior of the # application. For instance, emacs decodes the first parameter of a # cursor-key as a repeat count. # # A parameterized string should (really) not begin with SS3 (\EO). # Rather, CSI (\E[) should be used. # # For these reasons, the original assignments were deprecated. For # compatibility reasons, they are still available as a setting of xterm's # modifyCursorKeys resource. These fragments list the modified cursor-keys # that might apply to xterm+pcfkeys with different values of that resource. # # These entries will have warnings when checking with tic because the kri/kind # capabilities duplicate the kUP/kDN extensions. This is intentional, though # not part of the original plan. The changes for xterm patch #206 (2005/11/3) # show that kri/kind were seen much later as part of a set including kLFT/kRIT: # # * modify xterm-new terminfo entry to use capabilities for shifted # scroll forward/reverse as shifted cursor up/down. # # In the 1980s when terminfo was defined, the developers made more of # a distinction between shifted up/down versus shifted left/right since most # terminals can index (scroll up/down), while few can scroll left/right. xterm+pcc3|fragment with modifyCursorKeys:3, kLFT=\E[>1;2D, kRIT=\E[>1;2C, kind=\E[>1;2B, kri=\E[>1;2A, kDN=\E[>1;2B, kDN3=\E[>1;3B, kDN4=\E[>1;4B, kDN5=\E[>1;5B, kDN6=\E[>1;6B, kDN7=\E[>1;7B, kLFT3=\E[>1;3D, kLFT4=\E[>1;4D, kLFT5=\E[>1;5D, kLFT6=\E[>1;6D, kLFT7=\E[>1;7D, kRIT3=\E[>1;3C, kRIT4=\E[>1;4C, kRIT5=\E[>1;5C, kRIT6=\E[>1;6C, kRIT7=\E[>1;7C, kUP=\E[>1;2A, kUP3=\E[>1;3A, kUP4=\E[>1;4A, kUP5=\E[>1;5A, kUP6=\E[>1;6A, kUP7=\E[>1;7A, xterm+pcc2|fragment with modifyCursorKeys:2, kLFT=\E[1;2D, kRIT=\E[1;2C, kind=\E[1;2B, kri=\E[1;2A, kDN=\E[1;2B, kDN3=\E[1;3B, kDN4=\E[1;4B, kDN5=\E[1;5B, kDN6=\E[1;6B, kDN7=\E[1;7B, kLFT3=\E[1;3D, kLFT4=\E[1;4D, kLFT5=\E[1;5D, kLFT6=\E[1;6D, kLFT7=\E[1;7D, kRIT3=\E[1;3C, kRIT4=\E[1;4C, kRIT5=\E[1;5C, kRIT6=\E[1;6C, kRIT7=\E[1;7C, kUP=\E[1;2A, kUP3=\E[1;3A, kUP4=\E[1;4A, kUP5=\E[1;5A, kUP6=\E[1;6A, kUP7=\E[1;7A, xterm+pcc1|fragment with modifyCursorKeys:1, kLFT=\E[2D, kRIT=\E[2C, kind=\E[2B, kri=\E[2A, kDN=\E[2B, kDN3=\E[3B, kDN4=\E[4B, kDN5=\E[5B, kDN6=\E[6B, kDN7=\E[7B, kLFT3=\E[3D, kLFT4=\E[4D, kLFT5=\E[5D, kLFT6=\E[6D, kLFT7=\E[7D, kRIT3=\E[3C, kRIT4=\E[4C, kRIT5=\E[5C, kRIT6=\E[6C, kRIT7=\E[7C, kUP=\E[2A, kUP3=\E[3A, kUP4=\E[4A, kUP5=\E[5A, kUP6=\E[6A, kUP7=\E[7A, xterm+pcc0|fragment with modifyCursorKeys:0, kLFT=\EO2D, kRIT=\EO2C, kind=\EO2B, kri=\EO2A, kDN=\EO2B, kDN3=\EO3B, kDN4=\EO4B, kDN5=\EO5B, kDN6=\EO6B, kDN7=\EO7B, kLFT3=\EO3D, kLFT4=\EO4D, kLFT5=\EO5D, kLFT6=\EO6D, kLFT7=\EO7D, kRIT3=\EO3C, kRIT4=\EO4C, kRIT5=\EO5C, kRIT6=\EO6C, kRIT7=\EO7C, kUP=\EO2A, kUP3=\EO3A, kUP4=\EO4A, kUP5=\EO5A, kUP6=\EO6A, kUP7=\EO7A, # # Here are corresponding fragments from xterm patch #216: # xterm+pcf0|fragment with modifyFunctionKeys:0, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\EO2P, kf14=\EO2Q, kf15=\EO2R, kf16=\EO2S, kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf2=\EOQ, kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\EO5P, kf26=\EO5Q, kf27=\EO5R, kf28=\EO5S, kf29=\E[15;5~, kf3=\EOR, kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~, kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~, kf36=\E[24;5~, kf37=\EO6P, kf38=\EO6Q, kf39=\EO6R, kf4=\EOS, kf40=\EO6S, kf41=\E[15;6~, kf42=\E[17;6~, kf43=\E[18;6~, kf44=\E[19;6~, kf45=\E[20;6~, kf46=\E[21;6~, kf47=\E[23;6~, kf48=\E[24;6~, kf49=\EO3P, kf5=\E[15~, kf50=\EO3Q, kf51=\EO3R, kf52=\EO3S, kf53=\E[15;3~, kf54=\E[17;3~, kf55=\E[18;3~, kf56=\E[19;3~, kf57=\E[20;3~, kf58=\E[21;3~, kf59=\E[23;3~, kf6=\E[17~, kf60=\E[24;3~, kf61=\EO4P, kf62=\EO4Q, kf63=\EO4R, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, # xterm+pcf2|fragment with modifyFunctionKeys:2, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[1;2P, kf14=\E[1;2Q, kf15=\E[1;2R, kf16=\E[1;2S, kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf2=\EOQ, kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\E[1;5P, kf26=\E[1;5Q, kf27=\E[1;5R, kf28=\E[1;5S, kf29=\E[15;5~, kf3=\EOR, kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~, kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~, kf36=\E[24;5~, kf37=\E[1;6P, kf38=\E[1;6Q, kf39=\E[1;6R, kf4=\EOS, kf40=\E[1;6S, kf41=\E[15;6~, kf42=\E[17;6~, kf43=\E[18;6~, kf44=\E[19;6~, kf45=\E[20;6~, kf46=\E[21;6~, kf47=\E[23;6~, kf48=\E[24;6~, kf49=\E[1;3P, kf5=\E[15~, kf50=\E[1;3Q, kf51=\E[1;3R, kf52=\E[1;3S, kf53=\E[15;3~, kf54=\E[17;3~, kf55=\E[18;3~, kf56=\E[19;3~, kf57=\E[20;3~, kf58=\E[21;3~, kf59=\E[23;3~, kf6=\E[17~, kf60=\E[24;3~, kf61=\E[1;4P, kf62=\E[1;4Q, kf63=\E[1;4R, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, # # Chunks from xterm #230: xterm+pce2|fragment with modifyCursorKeys:2, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H, kIC=\E[2;2~, kNXT=\E[6;2~, kPRV=\E[5;2~, kich1=\E[2~, knp=\E[6~, kpp=\E[5~, kDC3=\E[3;3~, kDC4=\E[3;4~, kDC5=\E[3;5~, kDC6=\E[3;6~, kDC7=\E[3;7~, kEND3=\E[1;3F, kEND4=\E[1;4F, kEND5=\E[1;5F, kEND6=\E[1;6F, kEND7=\E[1;7F, kHOM3=\E[1;3H, kHOM4=\E[1;4H, kHOM5=\E[1;5H, kHOM6=\E[1;6H, kHOM7=\E[1;7H, kIC3=\E[2;3~, kIC4=\E[2;4~, kIC5=\E[2;5~, kIC6=\E[2;6~, kIC7=\E[2;7~, kNXT3=\E[6;3~, kNXT4=\E[6;4~, kNXT5=\E[6;5~, kNXT6=\E[6;6~, kNXT7=\E[6;7~, kPRV3=\E[5;3~, kPRV4=\E[5;4~, kPRV5=\E[5;5~, kPRV6=\E[5;6~, kPRV7=\E[5;7~, use=xterm+edit, xterm+edit|fragment for 6-key editing-keypad, kdch1=\E[3~, kich1=\E[2~, knp=\E[6~, kpp=\E[5~, use=xterm+pc+edit, xterm+pc+edit|fragment for pc-style editing keypad, kend=\E[4~, khome=\E[1~, xterm+vt+edit|fragment for vt220-style editing keypad, kfnd=\E[1~, kslt=\E[4~, # These variations for alternate-screen and title-stacking were introduced by # xterm patch #331: xterm+noalt|xterm without altscreen, rmcup@, smcup@, xterm+alt1049|xterm 90 feature, rmcup=\E[?1049l, smcup=\E[?1049h, xterm+titlestack|xterm 251 feature, rmcup=\E[23;0;0t, smcup=\E[22;0;0t, xterm+alt+title|xterm 90 and 251 features combined, rmcup=\E[?1049l\E[23;0;0t, smcup=\E[?1049h\E[22;0;0t, # https://invisible-island.net/xterm/xterm.faq.html#xterm_keypad # # Xterm's emulation of the VT100 numeric keypad on a PC-keyboard runs into the # problem that the keypad layout is different, and that the natural choice for # PF1 is NumLock (which happens to be reserved for other use). To work around # that, PF1-PF4 are emulated via F1-F4, which leaves the "/", "*" and "+" not # directly related to VT100. # # With the VT220 keypad block that uses the 1-9 keys as suggested in # terminfo(5), the other keys can be handled with user-defined capabilities: # # _______________________________________ # | NumLock | / | * | - | # | | $Oo | $Oj | $OS | # |_________|__kpDIV__|__kpMUL__|__kpSUB__| # | 7 8 9 | | # | $Ow | $Ox | $Oy | + | # |_ka1__K1_|_________|_ka3__K3_| $Ok | # | 4 | 5 | 6 | kpADD | # | $Ot | $Ou | $Ov | | # |_________|_kb2__K2_|_________|_________| # | 1 | 2 | 3 | | # | $Oq | $Or | $Os | | # |_kc1__K4_|_________|_kc3__K5_| enter | # | 0 | . | $OM | # | $Op | $On | | # |___________________|_________|_kent_@8_| # xterm+keypad|xterm emulating VT100/VT220 numeric keypad, kp5=\EOE, kpADD=\EOk, kpCMA=\EOl, kpDIV=\EOo, kpDOT=\EOn, kpMUL=\EOj, kpSUB=\EOm, kpZRO=\EOp, use=vt220+keypad, # # Those chunks use the new-style (the xterm oldFunctionKeys resource is false). # Alternatively, the same scheme with old-style function keys as in xterm-r6 # is shown here (because that is used in mrxvt and mlterm): xterm+r6f2|xterm with oldFunctionKeys and modifyFunctionKeys:2, kf1=\E[11~, kf13=\E[11;2~, kf14=\E[12;2~, kf15=\E[13;2~, kf16=\E[14;2~, kf2=\E[12~, kf25=\E[11;5~, kf26=\E[12;5~, kf27=\E[13;5~, kf28=\E[14;5~, kf3=\E[13~, kf37=\E[11;6~, kf38=\E[12;6~, kf39=\E[13;6~, kf4=\E[14~, kf40=\E[14;6~, kf49=\E[11;3~, kf50=\E[12;3~, kf51=\E[13;3~, kf52=\E[14;3~, kf61=\E[11;4~, kf62=\E[12;4~, kf63=\E[13;4~, use=xterm+pcf2, # # This chunk is used for building the VT220/Sun/PC keyboard variants. xterm-basic|modern xterm terminal emulator - common, OTbs, am, bce, km, mir, msgr, xenl, AX, XT, colors#8, cols#80, it#8, lines#24, pairs#64, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, cvvis=\E[?12;25h, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$<100/>\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, invis=\E[8m, is2=\E[!p\E[?3;4l\E[4l\E>, kmous=\E[M, meml=\El, memu=\Em, op=\E[39;49m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E(B, rmam=\E[?7l, rmir=\E[4l, rmkx=\E[?1l\E>, rmm=\E[?1034l, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, rs2=\E[!p\E[?3;4l\E[4l\E>, sc=\E7, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, setb=\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6} %=%t3%e%p1%d%;m, setf=\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6} %=%t3%e%p1%d%;m, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p5%t;2%;%?%p2%t;4%; %?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m, sgr0=\E(B\E[m, smacs=\E(0, smam=\E[?7h, smir=\E[4h, smkx=\E[?1h\E=, smm=\E[?1034h, smso=\E[7m, smul=\E[4m, tbc=\E[3g, vpa=\E[%i%p1%dd, E3=\E[3J, use=ecma+italics, use=ansi+pp, use=xterm+kbs, use=xterm+alt+title, use=ansi+enq, ibm+16color|IBM aixterm color definitions, colors#16, pairs#0x100, setab=\E[%?%p1%{8}%<%t%p1%{40}%+%e%p1%{92}%+%;%dm, setaf=\E[%?%p1%{8}%<%t%p1%{30}%+%e%p1%{82}%+%;%dm, setb=%p1%{8}%/%{6}%*%{4}%+\E[%d%p1%{8}%m%Pa%?%ga%{1}%=%t4%e %ga%{3}%=%t6%e%ga%{4}%=%t1%e%ga%{6}%=%t3%e%ga%d%;m, setf=%p1%{8}%/%{6}%*%{3}%+\E[%d%p1%{8}%m%Pa%?%ga%{1}%=%t4%e %ga%{3}%=%t6%e%ga%{4}%=%t1%e%ga%{6}%=%t3%e%ga%d%;m, #### XTERM Colors # 16-colors is one of the variants of XFree86 3.3 xterm, updated for 4.0 # (T.Dickey) # # If configured to support 88- or 256-colors (which is fairly common in 2009), # xterm also recognizes the control sequences for initc -TD xterm-16color|xterm with 16 colors like aixterm, ccc, initc=\E]4;%p1%d;rgb\:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%* %{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\E\\, use=xterm+osc104, use=ibm+16color, use=xterm-new, # 256-colors is a compile-time feature of XFree86 xterm beginning with # xterm patch #111 (1999/7/10) -TD xterm+256color|xterm 256-color feature, ccc, colors#0x100, pairs#0x10000, initc=\E]4;%p1%d;rgb\:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%* %{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\E\\, oc=\E]104\007, setab=\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48; 5;%p1%d%;m, setaf=\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5 ;%p1%d%;m, setb@, setf@, # xterm OSC 104 resets the color palette. Using it as part of xterm+256color # has the drawback that some of the xterm-alikes which use that building block # require a different approach to rs1 -TD xterm+osc104|reset color palette, oc=\E]104\007, rs1=\Ec\E]104\007, # palette is hardcoded... xterm+256setaf|xterm 256-color (set-only), ccc@, colors#0x100, pairs#0x10000, initc@, op=\E[39;49m, setab=\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48; 5;%p1%d%;m, setaf=\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5 ;%p1%d%;m, setb@, setf@, # 88-colors is a compile-time feature of XFree86 xterm beginning with # xterm patch #115 (1999/9/18) -TD # # Note that the escape sequences used are the same as for 256-colors - xterm # has a different table of default color resource values. If built for # 256-colors, it can still handle an 88-color palette by using the initc # capability. # # At this time (2007/7/14), except for rxvt 2.7.x, none of the other terminals # which support the xterm+256color feature support the associated initc # capability. So it is cancelled in the entries which use this and/or the # xterm+256color block. # # The default color palette for the 256- and 88-colors are different. A # given executable will have one palette (perhaps compiled-in). If the program # supports xterm's control sequence, it can be programmed using initc. xterm+88color|xterm 88-color feature, colors#88, pairs#7744, use=xterm+256color, # These variants of XFree86 3.9.16 xterm are built as a configure option. xterm-256color|xterm with 256 colors, use=xterm+osc104, use=xterm+256color, use=xterm-new, xterm-88color|xterm with 88 colors, use=xterm+osc104, use=xterm+88color, use=xterm-256color, # Emacs 26.1 and later support direct color mode in terminals, using a # combination of user-defined capabilities and ncurses-dependent function # calls. We will not include that here. # # Here is a first revision, which (disregarding the reuse of colors 1-7 which # is of interest only to the numerically illiterate), is compatible with other # terminal descriptions written for curses. It relies upon the extended range # for numeric capabilities provided in ncurses 6.1: xterm+direct2|xterm with direct-color indexing, RGB, colors#0x1000000, pairs#0x10000, initc@, op=\E[39;49m, setab=\E[%?%p1%{8}%<%t4%p1%d%e48\:2\:%p1%{65536}%/%d\:%p1 %{256}%/%{255}%&%d\:%p1%{255}%&%d%;m, setaf=\E[%?%p1%{8}%<%t3%p1%d%e38\:2\:%p1%{65536}%/%d\:%p1 %{256}%/%{255}%&%d\:%p1%{255}%&%d%;m, setb@, setf@, xterm-direct2|xterm with direct-color indexing (old), use=xterm+direct2, use=xterm+titlestack, use=xterm, # That in turn had a problem: in the original patch submitted for KDE konsole # in 2006, the submitter and the developer alike overlooked a "color space # identifier" parameter. This version provides for that parameter: xterm+direct|xterm with direct-color indexing, RGB, colors#0x1000000, pairs#0x10000, initc@, op=\E[39;49m, setab=\E[%?%p1%{8}%<%t4%p1%d%e48\:2\:\:%p1%{65536}%/%d\:%p1 %{256}%/%{255}%&%d\:%p1%{255}%&%d%;m, setaf=\E[%?%p1%{8}%<%t3%p1%d%e38\:2\:\:%p1%{65536}%/%d\:%p1 %{256}%/%{255}%&%d\:%p1%{255}%&%d%;m, setb@, setf@, xterm-direct|xterm with direct-color indexing, use=xterm+direct, use=xterm, # Here are corresponding flavors for terminals which could use the feature: mlterm-direct|mlterm with direct-color indexing, use=xterm+direct, use=mlterm, # Meanwhile, in KDE #107487, the patch submitter and the developer both saw # that xterm's original implementation should have used colons for the # subparameter separators, but chose not to correct this in konsole. As of # late 2017, konsole still accepts only the nonstandard semicolon delimiters. xterm+indirect|xterm with direct-color indexing (old), RGB, colors#0x1000000, pairs#0x10000, initc@, op=\E[39;49m, setab=\E[%?%p1%{8}%<%t4%p1%d%e48;2;%p1%{65536}%/%d;%p1%{256} %/%{255}%&%d;%p1%{255}%&%d%;m, setaf=\E[%?%p1%{8}%<%t3%p1%d%e38;2;%p1%{65536}%/%d;%p1%{256} %/%{255}%&%d;%p1%{255}%&%d%;m, setb@, setf@, konsole-direct|konsole with direct-color indexing, use=xterm+indirect, use=konsole, st-direct|st with direct-color indexing, use=xterm+indirect, use=st, vte-direct|vte with direct-color indexing, use=xterm+indirect, use=vte, # As for others: # + Apple's Terminal.app does not recognize either form of the direct-color # sequences. # + Cygwin's mintty recognizes xterm's original implementation, does okay with # the colors. Like vte, it is a subset of xterm, although different # omissions/reservations of modified-keys are seen in testing. # + PuTTY 0.70 seems to recognize xterm's original implementation but does # nothing useful with the colors. # + Teraterm 4.97, like PuTTY (no good). # + terminology 0.91 recognizes xterm's original implementation, but does # nothing useful with it. #### XTERM Features # This chunk is based on suggestions by Ailin Nemui and Nicholas Marriott, who # asked for some of xterm's advanced features to be added to its terminfo # entry. It defines extended capabilities not found in standard terminfo or # termcap. These are useful in tmux, for instance, hence the name. # # One caveat in adding extended capabilities in ncurses is that if the names # are longer than two characters, then they will not be visible through the # termcap interface. # # Ms modifies the selection/clipboard. Its parameters are # p1 = the storage unit (clipboard, selection or cut buffer) # p2 = the base64-encoded clipboard content. # # Ss is used to set the cursor style as described by the DECSCUSR # function to a block or underline. # Se resets the cursor style to the terminal power-on default. # # Cs and Cr set and reset the cursor colour. xterm+tmux|advanced xterm features used in tmux, Cr=\E]112\007, Cs=\E]12;%p1%s\007, Ms=\E]52;%p1%s;%p2%s\007, Se=\E[2 q, Ss=\E[%p1%d q, # This is another variant, for XFree86 4.0 xterm (T.Dickey) # This is an 8-bit version of xterm, which emulates DEC vt220 with ANSI color. # To use it, your decTerminalID resource must be set to 200 or above. # # HTS \E H \210 # RI \E M \215 # SS3 \E O \217 # CSI \E [ \233 # xterm-8bit|xterm terminal emulator 8-bit controls (X Window System), OTbs, am, bce, km, mc5i, mir, msgr, npc, xenl, AX, colors#8, cols#80, it#8, lines#24, pairs#64, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\2335m, bold=\2331m, cbt=\233Z, civis=\233?25l, clear=\233H\2332J, cnorm=\233?25l\233?25h, cr=\r, csr=\233%i%p1%d;%p2%dr, cub=\233%p1%dD, cub1=^H, cud=\233%p1%dB, cud1=\n, cuf=\233%p1%dC, cuf1=\233C, cup=\233%i%p1%d;%p2%dH, cuu=\233%p1%dA, cuu1=\233A, cvvis=\233?12;25h, dch=\233%p1%dP, dch1=\233P, dl=\233%p1%dM, dl1=\233M, ech=\233%p1%dX, ed=\233J, el=\233K, el1=\2331K, flash=\233?5h$<100/>\233?5l, home=\233H, hpa=\233%i%p1%dG, ht=^I, hts=\210, ich=\233%p1%d@, il=\233%p1%dL, il1=\233L, ind=\n, invis=\2338m, is2=\E[62"p\E\sG\233m\233?7h\E>\E7\233?1;3;4;6l\2334l\233r \E8, ka1=\217w, ka3=\217u, kb2=\217y, kbeg=\217E, kc1=\217q, kc3=\217s, kcbt=\233Z, kcub1=\217D, kcud1=\217B, kcuf1=\217C, kcuu1=\217A, kdch1=\2333~, kend=\2334~, kent=\217M, kf1=\23311~, kf10=\23321~, kf11=\23323~, kf12=\23324~, kf13=\23325~, kf14=\23326~, kf15=\23328~, kf16=\23329~, kf17=\23331~, kf18=\23332~, kf19=\23333~, kf2=\23312~, kf20=\23334~, kf3=\23313~, kf4=\23314~, kf5=\23315~, kf6=\23317~, kf7=\23318~, kf8=\23319~, kf9=\23320~, khome=\2331~, kich1=\2332~, kmous=\233M, knp=\2336~, kpp=\2335~, mc0=\233i, mc4=\2334i, mc5=\2335i, meml=\El, memu=\Em, op=\23339;49m, rc=\E8, rev=\2337m, ri=\215, rmacs=\E(B, rmam=\233?7l, rmcup=\233?1049l, rmir=\2334l, rmkx=\233?1l\E>, rmso=\23327m, rmul=\23324m, rs1=\Ec, rs2=\E[62"p\E\sG\233m\233?7h\E>\E7\233?1;3;4;6l\2334l\233r \E8, sc=\E7, setab=\2334%p1%dm, setaf=\2333%p1%dm, setb=\2334%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1 %{6}%=%t3%e%p1%d%;m, setf=\2333%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1 %{6}%=%t3%e%p1%d%;m, sgr=\2330%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%? %p7%t;8%;m%?%p9%t\E(0%e\E(B%;, sgr0=\2330m\E(B, smacs=\E(0, smam=\233?7h, smcup=\233?1049h, smir=\2334h, smkx=\233?1h\E=, smso=\2337m, smul=\2334m, tbc=\2333g, u6=\233[%i%d;%dR, u7=\E[6n, u8=\233[?%[;0123456789]c, u9=\E[c, vpa=\233%i%p1%dd, use=xterm+kbs, xterm-hp|xterm with hpterm function keys, kclr=\EJ, kcub1=\ED, kcud1=\EB, kcuf1=\EC, kcuu1=\EA, kdch1=\EP, kend=\EF, kf1=\Ep, kf2=\Eq, kf3=\Er, kf4=\Es, kf5=\Et, kf6=\Eu, kf7=\Ev, kf8=\Ew, khome=\Eh, kich1=\EQ, knp=\ES, kpp=\ET, use=xterm-basic, xterm-sco|xterm with SCO function keys, kbeg=\E[E, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=^?, kend=\E[F, kf1=\E[M, kf10=\E[V, kf11=\E[W, kf12=\E[X, kf13=\E[Y, kf14=\E[Z, kf15=\E[a, kf16=\E[b, kf17=\E[c, kf18=\E[d, kf19=\E[e, kf2=\E[N, kf20=\E[f, kf21=\E[g, kf22=\E[h, kf23=\E[i, kf24=\E[j, kf25=\E[k, kf26=\E[l, kf27=\E[m, kf28=\E[n, kf29=\E[o, kf3=\E[O, kf30=\E[p, kf31=\E[q, kf32=\E[r, kf33=\E[s, kf34=\E[t, kf35=\E[u, kf36=\E[v, kf37=\E[w, kf38=\E[x, kf39=\E[y, kf4=\E[P, kf40=\E[z, kf41=\E[@, kf42=\E[[, kf43=\E[\\, kf44=\E[], kf45=\E[\^, kf46=\E[_, kf47=\E[`, kf48=\E[{, kf5=\E[Q, kf6=\E[R, kf7=\E[S, kf8=\E[T, kf9=\E[U, khome=\E[H, kich1=\E[L, kmous=\E[>M, knp=\E[G, kpp=\E[I, use=xterm-basic, # The xterm-new description has all of the features, but is not completely # compatible with vt220. If you are using a Sun or PC keyboard, set the # sunKeyboard resource to true: # + maps the editing keypad # + interprets control-function-key as a second array of keys, so a # 12-fkey keyboard can support vt220's 20-fkeys. # + maps numeric keypad "+" to ",". # + uses DEC-style control sequences for the application keypad. # xterm-vt220|xterm emulating vt220, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kend=\E[4~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf20=\E[34~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~, use=xterm+app, use=xterm+edit, use=xterm-basic, use=vt220+keypad, xterm-vt52|xterm emulating dec vt52, cols#80, it#8, lines#24, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, clear=\EH\EJ, cr=\r, cub1=\ED, cud1=\EB, cuf1=\EC, cup=\EY%p1%' '%+%c%p2%' '%+%c, cuu1=\EA, ed=\EJ, el=\EK, home=\EH, ht=^I, ind=\n, kcub1=\ED, kcud1=\EB, kcuf1=\EC, kcuu1=\EA, nel=\r\n, ri=\EI, rmacs=\EG, smacs=\EF, use=xterm+kbs, xterm-noapp|xterm with cursor keys in normal mode, rmcup@, rmkx=\E>, smcup@, smkx=\E=, use=xterm+noapp, use=xterm, xterm-24|vs100|xterms|xterm terminal emulator (X Window System), lines#24, use=xterm-old, # This is xterm for ncurses. xterm|xterm terminal emulator (X Window System), use=xterm-new, # This entry assumes that xterm's handling of VT100 SI/SO is disabled by # setting the vt100Graphics resource to false. xterm-utf8|xterm with no VT100 line-drawing in UTF-8 mode, U8#1, use=xterm, # These building-blocks allow access to the X titlebar and icon name as a # status line. There are a few problems in using them in entries: # # a) tsl should have a parameter to denote the column on which to transfer to # the status line. # b) the "0" code for xterm updates both icon-title and window title. Some # window managers such as twm (and possibly window managers descended from # it such as tvtwm, ctwm, and vtwm) track windows by icon-name. Thus, you # don't want to mess with icon-name when using those window managers. # # The extension "TS" is preferable, because it does not accept a parameter. # However, if you are using a non-extended terminfo, "TS" is not visible. xterm+sl|access X title line and icon name, hs, dsl=\E]0;\007, fsl=^G, tsl=\E]0;, TS=\E]0;, xterm+sl-twm|access X title line (pacify twm-descended window managers), hs, dsl=\E]2;\007, fsl=^G, tsl=\E]2;, TS=\E]2;, # In contrast, this block can be used for a DEC vt320 and up. There are two # controls used. # # DECSASD (select active status display) # \E[0$} Main display # \E[1$} Status line # # DECSSDT (select status line type) # \E[0$~ No status line # \E[1$~ Indicator status line # \E[2$~ Host-writable status line # # The building block assumes that the terminal always shows something at the # status line (either the indicator, or status line). That is because if no # status line is used, then the terminal makes that line part of the user # window, changing its size without notice. # # Because there is no "esl" (enable status line) capability, the "tsl" # capability ensures that the status line is host-writable. A DEC terminal # will clear the status line when changing from indicator to host-writable # mode. # # Once on the status line, the row part of cursor addressing is ignored. Since # tsl expects a parameter (to specify the column), the shortest addressing that # can be used for this purpose is HPA, e.g., \E[5d to go to column 5. # dec+sl|DEC VTxx status line, eslok, hs, dsl=\E[1$~, fsl=\E[0$}, tsl=\E[2$~\E[1$}\E[%i%p1%d`, # # The following xterm variants don't depend on your base version # # xterm with bold instead of underline xterm-bold|xterm terminal emulator (X11R6 Window System) standout w/bold, sgr=%?%p9%t\016%e\017%;B\E[0%?%p6%t;1%;%?%p2%t;1%;%?%p1%p3%| %t;7%;m, smso=\E[7m, smul=\E[1m, use=xterm-old, # See the note on ICH/ICH1 VERSUS RMIR/SMIR near the end of file xterm-nic|xterm with ich/ich1 suppressed for non-curses programs, ich@, ich1@, use=xterm, # From: Mark Sheppard , 4 May 1996 xterm1|xterm terminal emulator ignoring the alternate screen buffer, rmcup@, smcup@, use=xterm, #### XTERM Mouse # The xterm mouse protocol is used by other terminal emulators. # In this section, two extended capabilities are used to illustrate the mouse # protocol: XM and xm. The "XM" capability is recognized by ncurses to allow # enabling/disabling other mouse protocols. The "xm" capability describes the # mouse response; currently there is no interpreter which would use this # information to make the mouse support completely data-driven. # Here is the conventional xterm mouse protocol, introduced with X11R1 in # September 1987. # # The mouse responses for the X11 protocol covered button releases, as well as # modifiers: # shift 4 # alt/meta 8 (technically the "mod1" mask, because X11 has no such keys) # control 16 # # The modifiers are not reflected in this description because as used in xterm # they are normally inaccessible because the translations resources assign # shift and control to other features. However, they are important because # they take up space in the first byte of the response. The other bits of this # byte are used to encode the button number for both presses and releases. # In the X11 protocol, any button-release is encoded with "3" (the lowest 2 # bits in the byte). Later work on XFree86 xterm used the remaining 3 bits to # provide additional features, e.g., wheel mouse. # # X11R1's xterm also supported an "emacs" mouse protocol, with final character # "t" or "T", which was activated by double-clicking. The "t" response was # used when the starting/ending positions were the same. # # X11R3 (February 1988) added the highlight/tracking mode. # # X11R4 (December 1989) added the control sequences document, listing the # control sequences for the X10/X11 protocols without descriptions. It also # mentioned the "emacs" ("T") response. Comments in button.c referred to the # X11 protocol as "DEC vt200 compatible", although DEC offered no such terminal. # # X11R5 (November 1993) gave a description of the mouse protocol. # # X11R6 (January 1995) moved the control sequences document out of the xterm # source-directory to xc/doc/specs/xterm, polishing the formatting but adding # no new information. xterm+x11mouse|X11 xterm mouse protocol, kmous=\E[M, XM=\E[?1000%?%p1%{1}%=%th%el%;, xm=\E[M%?%p4%t%p3%e%{3}%;%'\s'%+%c%p2%'!'%+%c%p1%'!'%+%c, xterm-x11mouse|X11 mouse, use=xterm+x11mouse, use=xterm, # Here is a suggested description of the xterm highlighting protocol. # A more complicated example could be constructed to account for the "t" # response. xterm+x11hilite|X11 xterm mouse protocol with highlight, kmous=\E[M, XM=\E[?1001%?%p1%{1}%=%th%el%;, xm=\E[%p6%'!'%+%p5%'!'%+%c%p8%'!'%+%c%p7%'!'%+%c%p2%'!'%+%c %p1%'!'%+%cT, xterm-x11hilite|X11 mouse with highlight, use=xterm+x11mouse, use=xterm, # The preceding were the sources from X Consortium. Other sources (or patches) # were available. Starting in mid-1995, XFree86 developers collected some of # those changes and began improvements, e.g., to support color. This was, by # the way, around the same time that rxvt developers began implementing color, # though dates (and attributions) are not well documented. I became interested # in xterm in late 1995, and involved in early 1996. To complete the picture, # CDE's dtterm was introduced around the same time, with no mouse protocol -TD # xterm patch #83 (1998/10/7), added Jason Bacon's changes to provide an # "any-event" mouse mode. xterm+sm+1002|xterm any-event mouse, kmous=\E[M, XM=\E[?1002%?%p1%{1}%=%th%el%;, xterm-1002|xterm any-event mouse, use=xterm+sm+1002, use=xterm, xterm+sm+1003|testing xterm-mouse, kmous=\E[M, XM=\E[?1003%?%p1%{1}%=%th%el%;, xterm-1003|testing xterm-mouse, use=xterm+sm+1003, use=xterm, # xterm patch #116 (1999/9/25) added Stephen P Wall's changes to support DEC # locator mode. # xterm patch #120 (1999/10/28) added my change to support wheel mouse, by # dropping support for the X11 mouse protocol's shift-modifier and using # available bits in the first byte of the response to encode buttons 4 and 5. # xterm patch #126 (2000/2/8) amended that change to avoid conflicting with # older configurations which might have used the obsolete modifiers. # xterm patch #262 (2010/8/30) added Ryan Johnson's changes to provide a mode # where the coordinates in the mouse response would be encoded in UTF-8, # thereby extending the range of coordinates past 222=(255-33). This is the # "1005" mouse mode. xterm+sm+1005|xterm UTF-8 mouse, kmous=\E[M, XM=\E[?1005;1000%?%p1%{1}%=%th%el%;, xm=\E[M%?%p4%t3%e%p3%'\s'%+%c%;%p2%'!'%+%u%p1%'!'%+%u, xterm-1005|xterm UTF-8 mouse, use=xterm+sm+1005, use=xterm, # xterm patch #277 (2012/1/7) provides a mode where the mouse response uses # SGR-style parameters. # # Someone stated that the 1005 mouse mode would not be handled properly in luit. # (By the way, this is a problem with the X11 protocol). A more plausible # criticism is that the responses provided by the 1005 mode are not distinct # from the non-1005 responses. # # As an alternative (and fixing the longstanding limitation of X11 mouse # protocol regarding button-releases), I provided the 1006 mode, referring # to it as "SGR 1006" since the replies resemble the SGR control string: xterm+sm+1006|xterm SGR-mouse, kmous=\E[<, XM=\E[?1006;1000%?%p1%{1}%=%th%el%;, xm=\E[<%i%p3%d;%p1%d;%p2%d;%?%p4%tM%em%;, xterm-1006|xterm SGR-mouse, use=xterm+sm+1006, use=xterm, #### Other XTERM # The 'nxterm' distributed with Redhat Linux 5.2 is a slight rehack of # xterm-sb_right-ansi-3d, which implements ANSI colors, but does not support # SGR 39 or 49. SGR 0 does reset colors (along with everything else). This # description is "compatible" with color_xterm, rxvt and XFree86 xterm, except # that each of those implements the home, end, delete keys differently. # # Redhat Linux 6.x distributes XFree86 xterm as "nxterm", which uses bce # colors; note that this is not compatible with the 5.2 version. # csw (2002-05-15): make xterm-color primary instead of nxterm, to # match XFree86's xterm.terminfo usage and prevent circular links xterm-color|generic color xterm, ncv@, op=\E[m, use=xterm-r6, use=klone+color, #### GNOME (VTE) # this describes the alpha-version of Gnome terminal shipped with Redhat 6.0 gnome-rh62|Gnome terminal, bce, kdch1=^?, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, use=xterm-color, # GNOME Terminal 1.4.0.4 (Redhat 7.2) # # This implements a subset of vt102 with a random selection of features from # other terminals such as color and function-keys. # # shift-f1 to shift-f10 are f11 to f20 # # NumLock changes the application keypad to approximate vt100 keypad, except # that there is no escape sequence matching comma (,). # # Other defects observed: # vt100 LNM mode is not implemented. # vt100 80/132 column mode is not implemented. # vt100 DECALN is not implemented. # vt100 DECSCNM mode is not implemented, so flash does not work. # vt100 TBC (tab reset) is not implemented. # xterm alternate screen controls do not restore cursor position properly # it hangs in tack after running function-keys test. gnome-rh72|GNOME Terminal, bce, km@, civis=\E[?25l, cnorm=\E[?25h, kdch1=\E[3~, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, rmam=\E[?7l, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;m%?%p9%t\016%e \017%;, sgr0=\E[0m\017, smam=\E[?7h, tbc@, use=xterm-color, # GNOME Terminal 2.0.1 (Redhat 8.0) # # Documentation now claims it implements vt220 (which is demonstrably false). # However, it does implement ECH, which is a vt220 feature. And there are # workable vt100 LNM, DECALN, DECSNM modes, making it possible to display # more of its bugs using vttest. # # However, note that bce and msgr are broken in this release. Tabs (tbc and # hts) are broken as well. Sometimes flash (as in xterm-new) works. # # kf1 and kf10 are not tested since they're assigned (hardcoded?) to menu # operations. Shift-tab generates a distinct sequence so it can be argued # that it implements kcbt. gnome-rh80|GNOME Terminal, bce@, msgr@, ech=\E[%p1%dX, flash=\E[?5h$<100/>\E[?5l, kbs=^?, kcbt=\E^I, op=\E[39;49m, use=gnome-rh72, # GNOME Terminal 2.2.1 (Redhat 9.0) # # bce and msgr are repaired. gnome-rh90|GNOME Terminal, bce, msgr, XT, hpa=\E[%i%p1%dG, kDC=\E[3;2~, kLFT=\EO2D, kRIT=\EO2C, kb2=\E[E, kcbt=\E[Z, kend=\EOF, khome=\EOH, tbc=\E[3g, vpa=\E[%i%p1%dd, use=xterm+pcf0, use=xterm+pcfkeys, use=gnome-rh80, # GNOME Terminal 2.14.2 (Fedora Core 5) # Ed Catmur notes that gnome-terminal has recognized soft-reset since May 2002. gnome-fc5|GNOME Terminal, rs1=\Ec, rs2=\E7\E[r\E8\E[m\E[?7h\E[!p\E[?1;3;4;6l\E[4l\E>\E[?1000l \E[?25h, use=ansi+enq, use=xterm+pcc0, use=gnome-rh90, # GNOME Terminal 2.18.1 (2007 snapshot) # # For any "recent" version of gnome-terminal, it is futile to attempt to # support modifiers on cursor- and keypad keys because the program usually # is hardcoded to set $TERM to "xterm", and on startup, it builds a subset # of the keys (which more/less correspond to the termcap values), and will # interpret those according to the $TERM value, but others not in the # terminfo according to some constantly changing set of hacker guidelines -TD vte-2007|VTE in GNOME Terminal snapshot 2.18.1, use=xterm+pcc2, use=gnome-fc5, gnome-2007|GNOME Terminal snapshot 2.18.1, use=vte-2007, # GNOME Terminal 2.22.3 (2008 snapshot) # # In vttest, it claims to be a vt220 with national replacement character-sets, # but aside from the identifier string, implements only a small fraction of # vt220's behavior, which will make it less usable on a VMS system (unclear # what the intent of the developer is, since the NRC feature exposed in vttest # by this change does not work). vte-2008|VTE in GNOME Terminal snapshot 2.22.3, use=vte+pcfkeys, use=vte-2007, gnome-2008|GNOME Terminal snapshot 2.22.3, use=vte-2008, # GNOME Terminal 3.6.0 (2012) # VTE 0.34.1 was marked in git 2012-10-15 (three days after patch was applied # in ncurses). It inherited from gnome-fc5, which broke the modified forms # of f1-f4 -TD # # Testing with tack shows that flash does not/has not worked -TD vte-2012|VTE 0.34.1, ncv#16, dim=\E[2m, flash@, invis=\E[8m, rmso=\E[27m, rmul=\E[24m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p5%t;2%;%?%p7%t;8%;%?%p1%p3 %|%t;7%;m%?%p9%t\016%e\017%;, use=ecma+italics, use=vte-2008, # Version 3.6.1 sets TERM to xterm-256color (still hardcoded), which has # 61 differences from a correct entry for gnome terminal. gnome-2012|GNOME Terminal 3.6.0, use=vte-2012, # Before 2008, GNOME terminal could automatically use the contents of the # "xterm" terminfo to supply key information which is not built into the # program. With 2.22.3, this list was built into the program (which addressed # the inadvertent use of random terminfo data, though using a set of values # which did not correspond to any that xterm produced - still not solving the # problem that GNOME terminal hardcoded the $TERM variable as "xterm"). # # terminfo modifier code keys # kf13-kf24 shift 2 F1 to F12 # kf25-kf36 control 5 F1 to F12 # kf37-kf48 shift/control 6 F1 to F12 # kf49-kf60 alt 3 F1 to F12 # kf61-kf63 shift-alt 4 F1 to F3 # # The parameters with \EO (SS3) are technically an error, since SS3 should have # no parameters. This appears to be rote copying based on xterm+pcc0. vte+pcfkeys|VTE's variation on xterm+pcfkeys, kf1=\EOP, kf13=\EO1;2P, kf14=\EO1;2Q, kf15=\EO1;2R, kf16=\EO1;2S, kf2=\EOQ, kf25=\EO1;5P, kf26=\EO1;5Q, kf27=\EO1;5R, kf28=\EO1;5S, kf3=\EOR, kf37=\EO1;6P, kf38=\EO1;6Q, kf39=\EO1;6R, kf4=\EOS, kf40=\EO1;6S, kf49=\EO1;3P, kf50=\EO1;3Q, kf51=\EO1;3R, kf52=\EO1;3S, kf61=\EO1;4P, kf62=\EO1;4Q, kf63=\EO1;4R, use=xterm+pcfkeys, gnome+pcfkeys|VTE's variation on xterm+pcfkeys, use=vte+pcfkeys, # deprecated - use "vte" for newer versions gnome|GNOME Terminal, use=vte-2012, gnome-256color|GNOME Terminal with xterm 256-colors, use=xterm+256color, use=gnome, # relevant changes were made in January 2014, and later. # # Originally VTE was promoted as a library able to emulate any terminal by # reading its terminal description. In practice, that never got beyond the # ability to read definitions of special keys (function-, editing-, cursor). # # Before 2014, VTE had a termcap reader (originally pointing to a private copy # of a termcap file derived from xterm). That was incomplete because it did # not have any of the modifier-key information used for xterm's function-, # editing-, and cursor-keys. Having its own reader was unnecessary since # ncurses provides that information; used since xterm patch #225 in 2007. # # During April/May 2014, a few bug reports (e.g., gnome #169295, gnome #728900, # gnome #730137) dealt with attempts to recast that termcap reader as library # calls, then attempting to adapt a chunk of code from ncurses (src/vteti.c), # abandoning that and finally constructing a table to match xterm's default # behavior, e.g., for "xterm+pcfkeys". vte-2014|VTE 0.35.1, ncv@, cbt=\E[Z, el1=\E[1K, flash=\E[?5h$<100/>\E[?5l, ich=\E[%p1%d@, kent=\EOM, use=ecma+index, use=xterm+sm+1006, use=xterm+pcfkeys, use=vte-2012, # As of January 2018, this was the most recent release, # e.g., with gnome-terminal 3.26.2 vte-2017|VTE 0.50.2, use=ecma+strikeout, use=vte-2014, # VTE 0.51.2 and gnome-terminal 3.28.2 copied a feature from KovId's TTY # late in 2017 for changing the appearance of underlines, which was # incorporated into Debian and Fedora testing-packages in February and March # 2018, respectively. Overline (Smol/Rmol) has been supported since December # 2017. vte-2018|VTE 0.51.2, Rmol=\E[55m, Smol=\E[53m, Smulx=\E[4\:%p1%dm, use=vte-2017, vte|VTE aka GNOME Terminal, use=vte-2018, vte-256color|VTE with xterm 256-colors, use=xterm+256color, use=vte, # XFCE Terminal 0.2.5.4beta2 # # This is based on some of the same source code, e.g., the VTE library, as # gnome-terminal, but has fewer features, fails more screens in vttest. # Since most of the terminfo-related behavior is due to the VTE library, # the terminfo is the same as gnome-terminal. xfce|Xfce Terminal, use=vte-2008, # TERMITE # # https://github.com/thestinger/termite # # A review requires install of Arch Linux since Fedora and Debian don't have # this program. It uses "vte3-ng" (a conflicting package), which is here: # https://github.com/thestinger/vte-ng # which (based on the default branch setting) seems to be a fork of vte # 0.48.2, and is noted as such in Arch: # https://www.archlinux.org/packages/community/x86_64/vte3-ng/ # It won't be merged: # https://bugzilla.gnome.org/show_bug.cgi?id=679658#c10 # https://bugzilla.gnome.org/show_bug.cgi?id=78291 # but perhaps made obsolete. # # The entry as given was mislabeled "xterm-termite" (it is not xterm), and # was mostly cut/paste from xterm-256color, but since VTE does not actually # implement several of the features in that terminal description, this one is # trimmed to eliminate those. Also, since it is a slightly older version of # VTE, it lacks a few more features (again, trimmed). termite|VTE-based terminal, am, ccc, km, mir, msgr, npc, xenl, cols#80, it#8, lines#24, ncv@, acsc=++\,\,--..00``aaffgghhiijjkkllmmnnooppqqrrssttuuvvwwxxy yzz{{||}}~~, bel=^G, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$<100/>\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ind=\n, invis=\E[8m, is2=\E[!p\E[?3;4l\E[4l\E>, kb2=\EOE, kbs=^?, kcbt=\E[Z, kent=\EOM, kmous=\E[M, rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E(B, rmam=\E[?7l, rmkx=\E[?1l\E>, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, rs2=\E[!p\E[?3;4l\E[4l\E>, sc=\E7, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%| %t;7%;%?%p7%t;8%;m, sgr0=\E(B\E[m, smacs=\E(0, smam=\E[?7h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, vpa=\E[%i%p1%dd, use=xterm+alt1049, use=ecma+index, use=ansi+idc, use=ansi+idl, use=ansi+enq, use=ecma+italics, use=xterm+256color, use=ecma+color, use=xterm+pcfkeys, use=xterm+sl-twm, # Konsole 1.0.1 (2001/11/25) # (formerly known as kvt) # # This program hardcodes $TERM to 'xterm', which is not accurate. However, to # simplify this entry (and point out why konsole isn't xterm), we base this on # xterm-r6. The default keyboard appears to be 'linux'. # # Notes: # a) konsole implements several features from XFree86 xterm, though none of # that is documented - except of course in its source code - apparently # because its implementors are unaccustomed to reading documentation - as # evidenced by the sparse and poorly edited documentation distributed with # konsole. Some features such as the 1049 private mode are recognized but # incorrectly implemented as a duplicate of the 47 private mode. # b) even with the "vt100 (historical)" keyboard setting, the numeric keypad # sends PC-style escapes rather than vt100. # c) fails vttest menu 3 (Test of character sets) because it does not properly # parse some control sequences. Also fails vttest Primary Device Attributes # by sending a bogus code (in the source it says it's supposed to be a # vt220, which is doubly incorrect because it does not implement vt220 # control sequences except for a few special cases). Treat it as a # mildly-broken vt102. # # Update for konsole 1.3.2: # The 1049 private mode works (but see the other xterm screens in vttest). # Primary Device Attributes now returns the code for a vt100 with advanced # video option. Perhaps that's intended to be a "mildly-broken vt102". # # Updated for konsole 1.6.4: # add konsole-solaris # # Updated for konsole 1.6.6: # add control-key modifiers for function-keys, etc. # # Updated for konsole 2.3 (October 2008): # vttest menu 1 shows that both konsole and gnome terminal do wrapping # different from xterm (and vt100's). They have the same behavior in # this detail, but it is unclear which copies the other. # # Deferred update for konsole 2.10 (late 2012): # add SGR 1006 mouse # # Updated for konsole 2.12.4 (late 2013): # add sitm/ritm # # Updated for konsole 16.07 (mid 2016): # add dim, invis, strikeout # (also overline, which is too rarely used to provide as an extension) # # Updated for konsole 17.12.0 (late 2017): konsole-base|KDE console window, bce, km@, npc, XT, ncv@, bel@, blink=\E[5m, civis=\E[?25l, cnorm=\E[?25h, dim=\E[2m, ech=\E[%p1%dX, flash=\E[?5h$<100/>\E[?5l, hpa=\E[%i%p1%dG, invis=\E[8m, kbs=^?, kdch1=\E[3~, kend=\E[4~, kf1@, kf10@, kf11@, kf12@, kf13@, kf14@, kf15@, kf16@, kf17@, kf18@, kf19@, kf2@, kf20@, kf3@, kf4@, kf5@, kf6@, kf7@, kf8@, kf9@, kfnd@, khome=\E[1~, kslt@, rmam=\E[?7l, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, rs2=\E7\E[r\E8\E[m\E[?7h\E[?1;3;4;6l\E[4l\E>\E[?1000l\E[?25h, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%? %p5%t;2%;%?%p7%t;8%;m%?%p9%t\016%e\017%;, sgr0=\E[0m\017, smam=\E[?7h, vpa=\E[%i%p1%dd, use=ecma+index, use=xterm+sm+1006, use=ecma+strikeout, use=ecma+italics, use=ecma+color, use=xterm-r6, # The keytab feature was introduced in 0.9.12 (February 2000) with "linux" and # "vt100" key-table files along with a compiled-in default key-table. # # The main difference between the two keytabs was that the developer equated # "vt100" with xterm, and noticed that the Linux console's F1-F5 differed from # that. For the same reason, the home/end keys differ. A VT100 had none of # that. The otherwise identical keytabs have definitions to model the VT52 # cursor-keys and the VT100 cursor-keys with application versus normal modes. # # An "x11r5" keytab (displayed in the menu as "X11 R5") was added in January # 2001, and shortly after retitled to "XFree 3.x.x". Both it and "vt100" were # dropped from the install in June 2008. # # The default keytab added in January 2000 was originally titled "X11 R6", # and likewise retitled to "XFree 4". # # A "solaris" keytab was added in Febrary 2005, copying the "vt100" keytab # and changing backspace to ^H, removing that keytab's attempt to model the # VT100 keypad and VT52 (KDE #20459). # # The developers made changes to the default and linux keytabs. Comparing # the original and 2018 versions using diffstat: # default: 119 added, 147 deleted, 28 unchanged # linux: 47 added, 28 deleted, 104 unchanged # # Most of the change for the default keytab was to make konsole act more like # xterm. That was a feature named AnyMod which came in May 2005 for KDE #92749 # (see also Redhat #122815). Later, in June 2007 the compiled-in keytab was # made an external file (like "linux" and "solaris"), and some further # refinement made. But there are still flaws in the scheme. # # Essentially AnyMod maps the xterm "PC-style" modifier codes such as 2 for # Shift into a placeholder in the table entries. That works well if all of the # modified keys are modified in the same way. But xterm does not do that. The # first 4 function keys are used in xterm to support the VT100 PF1-PF4 keypad # keys. For example, F2 sends \EOQ in both terminals because of this feature. # But a shifted F2 (F14=F2+12) differs like this, in infocmp's listing: # kf14: '\E[1;2Q', '\EO2Q'. # # In effect, a quarter of konsole's function-keys are different from xterm. # # It is not a simple blunder: # a) xterm patch #121 (November 1999), providing the first version of the # PC-style modifiers would send \EO2Q # b) xterm patch #216 (July 2006) amended this and other details, provided # better documentation for the modifiers and made the behavior configurable, # e.g., using the modifyFunctionKeys resource. The reason why it sends # \E[1;2Q is that \E[O2Q is not a legal ECMA-48 control sequence. The # changelog points this out as "avoid sending SS3 with parameters". # c) That came after AnyMod was introduced, but still early enough that one # might expect konsole's developers to followup. Twelve years later that # has yet to happen. # # As of 2018, konsole still provides 3 keyboard profiles ("XFree 4", "linux", # "solaris"). konsole-linux|KDE console window with linux keyboard, kf1=\E[[A, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13@, kf14@, kf15@, kf16@, kf17@, kf18@, kf19@, kf2=\E[[B, kf20@, kf3=\E[[C, kf4=\E[[D, kf5=\E[[E, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, use=konsole-base, konsole-solaris|KDE console window with Solaris keyboard, kbs=^H, kend=\E[4~, khome=\E[1~, use=konsole-vt100, # Obsolete: x11r5.keymap # KDE's "XFree86 3.x.x" keyboard was obviously based on reading the xterm # terminfo at the time rather than testing the code. konsole-xf3x|KDE console window with keyboard for XFree86 3.x xterm, kend=\E[4~, khome=\E[1~, use=konsole-vt100, # The value for kbs (see konsole-vt100) reflects local customization rather # than the settings used for XFree86 xterm. konsole-xf4x|KDE console window with keyboard for XFree86 4.x xterm, kend=\EOF, khome=\EOH, use=konsole+pcfkeys, use=konsole-vt100, konsole+pcfkeys|konsole subset of xterm+pcfkeys, kcbt=\E[Z, use=xterm+pcc2, use=xterm+pcf0, use=xterm+pce2, # Obsolete: vt100.keymap # KDE's "vt100" keyboard has no relationship to any terminal that DEC made, but # it is still useful for deriving the other entries, since the developer # provided function-keys based on xterm. konsole-vt100|KDE console window with vt100 (sic) keyboard, kbs=^?, kdch1=\E[3~, kend=\E[F, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13@, kf14@, kf15@, kf16@, kf17@, kf18@, kf19@, kf2=\E[12~, kf20@, kf3=\E[13~, kf4=\E[14~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[H, use=konsole-base, # Obsolete: vt420pc.keytab was added in June 2000, dropped from the install in # September 2008 and removed in June 2016. The developer who removed it stated # that it was never installed. konsole-vt420pc|KDE console window with vt420 pc keyboard, kbs=^H, kdch1=^?, use=konsole-vt100, # make a default entry for konsole konsole|KDE console window, use=konsole-xf4x, # These were written for ncurses: konsole-16color|klone of xterm-16color, ncv#32, use=ibm+16color, use=konsole, konsole-256color|KDE console window with xterm 256-colors, use=xterm+256setaf, use=konsole, #### MLTERM # http://mlterm.sourceforge.net/ mlterm|multi lingual terminal emulator, use=mlterm3, # Tested mlterm 3.2.2: # mlterm 3.x has made changes, but they are not reflected in the included # mlterm.ti; this entry is based on testing with ncurses, tack and vttest -TD # 2018/01/21: found xterm+sm+1006 did not work with version 3.3.8 mlterm3|multi lingual terminal emulator, kf1=\E[11~, kf2=\E[12~, kf3=\E[13~, kf4=\E[14~, use=ecma+italics, use=xterm+app, use=xterm+pcf0, use=xterm+pcc2, use=xterm+pce2, use=xterm+x11mouse, use=mlterm2, # This is mlterm 2.9.3's mlterm.ti, with some additions/corrections -TD # # It is nominally a vt102 emulator, with features borrowed from rxvt and # xterm. # # The function keys are numbered based on shift/control/alt modifiers, except # that the control-modifier itself is used to spawn a new copy of mlterm (the # "-P" option). So control/F1 to control/F12 may not be usable, depending on # how it is configured. # # kf1 to kf12 \E[11~ to \E[24~ # shift kf1 to kf12 \E[11;2~ to \E[24;2~ # alt kf1 to kf12 \E[11;3~ to \E[24;3~ # shift/alt kf1 to kf12 \E[11;4~ to \E[24;4~ # control kf1 to kf12 \E[11;5~ to \E[24;5~ (maybe) # control/shift kf1 to kf12 \E[11;6~ to \E[24;6~ # control/alt kf1 to kf12 \E[11;7~ to \E[24;7~ # control/shift/alt kf1 to kf12 \E[11;8~ to \E[24;8~ # mlterm2|multi lingual terminal emulator, am, eslok, km, mc5i, mir, msgr, npc, xenl, XT, colors#8, cols#80, it#8, lines#24, pairs#64, acsc=00``aaffgghhjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, enacs=, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, is2=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>, kbs=^?, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kfnd=\E[1~, khome=\EOH, kich1=\E[2~, kind=\EO1;2B, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kri=\EO1;2A, kslt=\E[4~, mc0=\E[i, nel=\EE, op=\E[39;49m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E(B, rmam=\E[?7l, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, rs2=\E7\E[r\E8\E[m\E[?7h\E[?1;3;4;6l\E[4l\E>\E[?1000l, sc=\E7, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;m%?%p9%t\E(0%e \E(B%;, sgr0=\E[m\E(B, smacs=\E(0, smam=\E[?7h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, vpa=\E[%i%p1%dd, use=xterm+alt1049, use=ecma+index, use=mlterm+pcfkeys, use=xterm+r6f2, # The insert/delete/home/end keys do not respond to modifiers because mlterm # looks in its termcap to decide which string to send. If it used terminfo # (when available), it could use the extended names introduced for xterm. mlterm+pcfkeys|fragment for PC-style fkeys, kLFT=\EO1;2D, kNXT=\E[6;2~, kPRV=\E[5;2~, kRIT=\EO1;2C, kDN=\EO1;2B, kDN3=\EO1;3B, kDN4=\EO1;4B, kDN5=\EO1;5B, kDN6=\EO1;6B, kDN7=\EO1;7B, kIC5=\E[2;5~, kIC6=\E[2;6~, kLFT3=\EO1;3D, kLFT4=\EO1;4D, kLFT5=\EO1;5D, kLFT6=\EO1;6D, kLFT7=\EO1;7D, kNXT5=\E[6;5~, kNXT6=\E[6;6~, kPRV5=\E[5;5~, kPRV6=\E[5;6~, kRIT3=\EO1;3C, kRIT4=\EO1;4C, kRIT5=\EO1;5C, kRIT6=\EO1;6C, kRIT7=\EO1;7C, kUP=\EO1;2A, kUP3=\EO1;3A, kUP4=\EO1;4A, kUP5=\EO1;5A, kUP6=\EO1;6A, kUP7=\EO1;7A, mlterm-256color|mlterm 3.0 with xterm 256-colors, use=xterm+256color, use=mlterm, #### RXVT # From: Thomas Dickey 04 Oct 1997 # Updated: Oezguer Kesim 02 Nov 1997 # Notes: # rxvt 2.21b uses # smacs=\E(B\E)U^N, rmacs=\E(B\E)0^O, # but some applications don't work with that. # It also has an AIX extension # box2=lqkxjmwuvtn, # and # ech=\E[%p1%dX, # but the latter does not work correctly. # # The distributed terminfo says it implements hpa and vpa, but they are not # implemented correctly, using relative rather than absolute positioning. # # rxvt is normally configured to look for "xterm" or "xterm-color" as $TERM. # Since rxvt is not really compatible with xterm, it should be configured as # "rxvt" or "rxvt-color". # # removed dch/dch1 because they are inconsistent with bce/ech -TD # remove km as per tack test -TD rxvt-basic|rxvt terminal base (X Window System), OTbs, am, bce, eo, mir, msgr, xenl, xon, XT, cols#80, it#8, lines#24, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\E[?5h$<100/>\E[?5l, home=\E[H, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, is1=\E[?47l\E=\E[?1l, is2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l, kbs=^H, kcbt=\E[Z, kmous=\E[M, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmkx=\E>, rmso=\E[27m, rmul=\E[24m, rs1=\E>\E[1;3;4;5;6l\E[?7h\E[m\E[r\E[2J\E[H, rs2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l\E>\E[?1000l\E[? 25h, s0ds=\E(B, s1ds=\E(0, sc=\E7, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;m%? %p9%t\016%e\017%;, sgr0=\E[0m\017, smacs=^N, smcup=\E7\E[?47h, smir=\E[4h, smkx=\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, use=vt100+enq, use=rxvt+pcfkeys, use=vt220+keypad, # Key Codes from rxvt reference: # # Note: Shift + F1-F10 generates F11-F20 # # For the keypad, use Shift to temporarily override Application-Keypad # setting use Num_Lock to toggle Application-Keypad setting if Num_Lock # is off, escape sequences toggle Application-Keypad setting. # Also note that values of Home, End, Delete may have been compiled # differently on your system. # # Normal Shift Control Ctrl+Shift # Tab ^I ESC [ Z ^I ESC [ Z # BackSpace ^H ^? ^? ^? # Find ESC [ 1 ~ ESC [ 1 $ ESC [ 1 ^ ESC [ 1 @ # Insert ESC [ 2 ~ paste ESC [ 2 ^ ESC [ 2 @ # Execute ESC [ 3 ~ ESC [ 3 $ ESC [ 3 ^ ESC [ 3 @ # Select ESC [ 4 ~ ESC [ 4 $ ESC [ 4 ^ ESC [ 4 @ # Prior ESC [ 5 ~ scroll-up ESC [ 5 ^ ESC [ 5 @ # Next ESC [ 6 ~ scroll-down ESC [ 6 ^ ESC [ 6 @ # Home ESC [ 7 ~ ESC [ 7 $ ESC [ 7 ^ ESC [ 7 @ # End ESC [ 8 ~ ESC [ 8 $ ESC [ 8 ^ ESC [ 8 @ # Delete ESC [ 3 ~ ESC [ 3 $ ESC [ 3 ^ ESC [ 3 @ # F1 ESC [ 11 ~ ESC [ 23 ~ ESC [ 11 ^ ESC [ 23 ^ # F2 ESC [ 12 ~ ESC [ 24 ~ ESC [ 12 ^ ESC [ 24 ^ # F3 ESC [ 13 ~ ESC [ 25 ~ ESC [ 13 ^ ESC [ 25 ^ # F4 ESC [ 14 ~ ESC [ 26 ~ ESC [ 14 ^ ESC [ 26 ^ # F5 ESC [ 15 ~ ESC [ 28 ~ ESC [ 15 ^ ESC [ 28 ^ # F6 ESC [ 17 ~ ESC [ 29 ~ ESC [ 17 ^ ESC [ 29 ^ # F7 ESC [ 18 ~ ESC [ 31 ~ ESC [ 18 ^ ESC [ 31 ^ # F8 ESC [ 19 ~ ESC [ 32 ~ ESC [ 19 ^ ESC [ 32 ^ # F9 ESC [ 20 ~ ESC [ 33 ~ ESC [ 20 ^ ESC [ 33 ^ # F10 ESC [ 21 ~ ESC [ 34 ~ ESC [ 21 ^ ESC [ 34 ^ # F11 ESC [ 23 ~ ESC [ 23 $ ESC [ 23 ^ ESC [ 23 @ # F12 ESC [ 24 ~ ESC [ 24 $ ESC [ 24 ^ ESC [ 24 @ # F13 ESC [ 25 ~ ESC [ 25 $ ESC [ 25 ^ ESC [ 25 @ # F14 ESC [ 26 ~ ESC [ 26 $ ESC [ 26 ^ ESC [ 26 @ # F15 (Help) ESC [ 28 ~ ESC [ 28 $ ESC [ 28 ^ ESC [ 28 @ # F16 (Menu) ESC [ 29 ~ ESC [ 29 $ ESC [ 29 ^ ESC [ 29 @ # F17 ESC [ 31 ~ ESC [ 31 $ ESC [ 31 ^ ESC [ 31 @ # F18 ESC [ 32 ~ ESC [ 32 $ ESC [ 32 ^ ESC [ 32 @ # F19 ESC [ 33 ~ ESC [ 33 $ ESC [ 33 ^ ESC [ 33 @ # F20 ESC [ 34 ~ ESC [ 34 $ ESC [ 34 ^ ESC [ 34 @ # # Application # Up ESC [ A ESC [ a ESC O a ESC O A # Down ESC [ B ESC [ b ESC O b ESC O B # Right ESC [ C ESC [ c ESC O c ESC O C # Left ESC [ D ESC [ d ESC O d ESC O D # KP_Enter ^M ESC O M # KP_F1 ESC O P ESC O P # KP_F2 ESC O Q ESC O Q # KP_F3 ESC O R ESC O R # KP_F4 ESC O S ESC O S # XK_KP_Multiply * ESC O j # XK_KP_Add + ESC O k # XK_KP_Separator , ESC O l # XK_KP_Subtract - ESC O m # XK_KP_Decimal . ESC O n # XK_KP_Divide / ESC O o # XK_KP_0 0 ESC O p # XK_KP_1 1 ESC O q # XK_KP_2 2 ESC O r # XK_KP_3 3 ESC O s # XK_KP_4 4 ESC O t # XK_KP_5 5 ESC O u # XK_KP_6 6 ESC O v # XK_KP_7 7 ESC O w # XK_KP_8 8 ESC O x # XK_KP_9 9 ESC O y # # The source-code for rxvt actually defines mappings for F21-F35, using # "ESC [ 35 ~" to "ESC [ 49 ~". Keyboards with more than 12 function keys # are rare, so this entry uses the shift- and control-modifiers as in # xterm+pcfkeys to define keys past F12. # # kIC is normally not used, since rxvt performs a paste for that (shifted # insert), unless private mode 35 is set. # # kDN, kDN5, kDN6, etc are extensions based on the names from xterm+pcfkeys -TD # Removed kDN6, etc (control+shift) since rxvt does not implement this -TD rxvt+pcfkeys|fragment for PC-style fkeys, kDC=\E[3$, kEND=\E[8$, kHOM=\E[7$, kIC=\E[2$, kLFT=\E[d, kNXT=\E[6$, kPRV=\E[5$, kRIT=\E[c, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=\E[3~, kel=\E[8\^, kend=\E[8~, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\E[12~, kf20=\E[34~, kf21=\E[23$, kf22=\E[24$, kf23=\E[11\^, kf24=\E[12\^, kf25=\E[13\^, kf26=\E[14\^, kf27=\E[15\^, kf28=\E[17\^, kf29=\E[18\^, kf3=\E[13~, kf30=\E[19\^, kf31=\E[20\^, kf32=\E[21\^, kf33=\E[23\^, kf34=\E[24\^, kf35=\E[25\^, kf36=\E[26\^, kf37=\E[28\^, kf38=\E[29\^, kf39=\E[31\^, kf4=\E[14~, kf40=\E[32\^, kf41=\E[33\^, kf42=\E[34\^, kf43=\E[23@, kf44=\E[24@, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, kfnd=\E[1~, khome=\E[7~, kich1=\E[2~, kind=\E[a, knp=\E[6~, kpp=\E[5~, kri=\E[b, kslt=\E[4~, kDC5=\E[3\^, kDC6=\E[3@, kDN=\E[b, kDN5=\EOb, kEND5=\E[8\^, kEND6=\E[8@, kHOM5=\E[7\^, kHOM6=\E[7@, kIC5=\E[2\^, kIC6=\E[2@, kLFT5=\EOd, kNXT5=\E[6\^, kNXT6=\E[6@, kPRV5=\E[5\^, kPRV6=\E[5@, kRIT5=\EOc, kUP=\E[a, kUP5=\EOa, # rxvt was originally "xvt", first announced in April 1993: # http://www.krsaborio.net/linux-desktops/research/1993/0416.html #------------------------------------------------------------------------------ # Article: 567 of comp.os.linux.announce # Path: pavo.csi.cam.ac.uk!warwick!uknet!pipex!uunet!zaphod.mps.ohio-state.edu! # caen!batcomputer!theory.TC.Cornell.EDU!mdw # From: nation@rocket.sanders.com (Robert Nation) # Newsgroups: comp.os.linux.announce # Subject: xvt upload # Date: 16 Apr 1993 18:13:07 GMT # Organization: Cornell Theory Center # Lines: 13 # Approved: linux-announce@tc.cornell.edu (Matt Welsh) # Message-ID: <1qmsvj$pvj@fitz.TC.Cornell.EDU> # NNTP-Posting-Host: theory.tc.cornell.edu # Keywords: xvt, xterm, Xwindows # Originator: mdw@theory.TC.Cornell.EDU # # Rxvt has been uploaded to /pub/Linux/Incoming/rxvt.tar.z and # rxvt.README on sunsite.unc.edu. # # Xvt is an xterm replacement which uses a little less memory, and is # suitable for use on machines with small memories. Tek4010 support # is removed. # # Modifications were made by Rob Nation (nation@rocket.sanders.lockheed.com) # to make it a little more compact, and to add and remove certain features. # # # -- # Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu #------------------------------------------------------------------------------ # # Though its change-log does not mention this, John Davis has stated that he # was the author of the changes to use the bce ("new color model") which was # incorporated into rxvt 2.11 (June 15, 1995). The change-log does not give # dates, nor give developer's names. Initial color support was added for rxvt # "2.0", which was sometime in 1994. # # rxvt had usable color support with 2.16 (April 2, 1996), with some help by my # work on vttest, as well as bug reports to Mark Olesen. For instance, the fix # mentioned here # https://web.archive.org/web/20141016124430/http://web.archiveorange.com/archive/v/6ETvLb5wHtbbzCaS4S9J # was from one of my bug-reports -TD # # While the color model both for xterm and rxvt was based on Linux console, # Olesen (or possibly Davis) diverged in one respect from Linux's bce color # behavior: inserting/deleting characters does not fill the newly empty cell # with the default background color. rxvt|rxvt terminal emulator (X Window System), ncv@, hpa=\E[%i%p1%dG, kf0=\E[21~, sgr0=\E[m\017, vpa=\E[%i%p1%dd, use=rxvt-basic, use=ecma+color, rxvt-color|rxvt terminal emulator (X Window System), use=rxvt, rxvt-256color|rxvt 2.7.9 with xterm 256-colors, use=xterm+256color, use=rxvt, rxvt-88color|rxvt 2.7.9 with xterm 88-colors, use=xterm+88color, use=rxvt, rxvt-xpm|rxvt terminal emulator (X Window System), use=rxvt, # This variant is supposed to work with rxvt 2.7.7 when compiled with # NO_BRIGHTCOLOR defined. rxvt needs more work... rxvt-16color|rxvt with 16 colors like aixterm, ncv#32, use=ibm+16color, use=rxvt, #### SIMPLETERM # st.suckless.org st, use=st-0.8, # Reviewed 0.8.2: # In tack, # there is some problem turning off line-drawing # shift+control function-keys do nothing; shift+control cursor keys work # the padding tests make the terminal non-functional. # In vttest, # SD/SU work # SL/SR/REP do not work # ECMA-48 cursor movement works, e.g., CHA, CBT, etc. # # This entry discards the ccc/initc capabilities from st-0.7 because they # belong in st-256color. st-0.8|simpleterm 0.7, dim=\E[2m, kcbt@, kent@, oc=\E]104\007, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%| %t;7%;%?%p4%t;5%;%?%p5%t;2%;%?%p7%t;8%;m, Ms=\E]52;%p1%s;%p2%s\007, kDN3=\E[1;3B, kDN5=\E[1;5B, kLFT3=\E[1;3D, kLFT5=\E[1;5D, kNXT3=\E[6;3~, kNXT5=\E[6;5~, kPRV3=\E[5;3~, kPRV5=\E[5;5~, kRIT3=\E[1;3C, kRIT5=\E[1;5C, kUP3=\E[1;3A, kUP5=\E[1;5A, use=ecma+strikeout, use=st-0.6, # Reviewed 0.7: # dim is intermittent, sometimes works, sometimes does not # italics may show up with yellow color # has control cursor-keys, alt cursor-keys, still no combinations # has control pageup/down # tmux extensions, see TERMINFO EXTENSIONS in tmux(1) # Se and Ss are implemented in the source-code, but the terminfo # provided with the source is incorrect, since Se/Ss are mis-coded # as booleans rather than strings. st-0.7|simpleterm 0.7, ccc, dim=\E[2m, initc=\E]4;%p1%d;rgb\:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%* %{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\E\\, kcbt@, kent@, oc=\E]104\007, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%| %t;7%;%?%p4%t;5%;%?%p5%t;2%;%?%p7%t;8%;m, Ms=\E]52;%p1%s;%p2%s\007, kDN3=\E[1;3B, kDN5=\E[1;5B, kLFT3=\E[1;3D, kLFT5=\E[1;5D, kNXT3=\E[6;3~, kNXT5=\E[6;5~, kPRV3=\E[5;3~, kPRV5=\E[5;5~, kRIT3=\E[1;3C, kRIT5=\E[1;5C, kUP3=\E[1;3A, kUP5=\E[1;5A, use=ecma+strikeout, use=st-0.6, # st-0.4.1 # # This version uses a table which supports a single modifier (a subset of # xterm's keys, using the same scheme). Because it supports only a single # modifier in this table, function keys f36-f48 are normally unavailable # because they are assigned to modifier-4. # # The program assigns TERM to match the program name (the upstream source says # "st", but Debian renames it to "stterm"). # # The source includes two entries which are not useful here: # st-meta| simpleterm with meta key, # st-meta-256color| simpleterm with meta key and 256 colors, # because st's notion of "meta" does not correspond to the terminfo definition. # Rather, it acts like xterm - when the meta feature is disabled. # # Removed invis -TD # Added eo, removed ul -TD # # Reviewed st 0.5: # implements control-modifier, but not control-shift for special keys # implements alt-modifier, but not alt-shift for special keys # # Reviewed st 0.6: # http://git.suckless.org/st/log/st.info # Tmux unofficial extensions, see TERMINFO EXTENSIONS in tmux(1) # still has no function keys past kf36 (no combinations of modifiers) # no application keypad mode, e.g, kent. st-0.6|simpleterm 0.6, am, bce, hs, mir, msgr, npc, xenl, XT, colors#8, cols#80, it#8, lines#24, pairs#64, acsc=+C\,D-A.B0E``aaffgghFiGjjkkllmmnnooppqqrrssttuuvvwwxxyy zz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, cvvis=\E[?25h, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E)0, flash=\E[?5h$<100/>\E[?5l, fsl=^G, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, invis=\E[8m, is2=\E[4l\E>\E[?1034l, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H, kIC=\E[2;2~, kLFT=\E[1;2D, kNXT=\E[6;2~, kPRV=\E[5;2~, kRIT=\E[1;2C, ka1=\E[1~, ka3=\E[5~, kb2=\EOu, kbs=^?, kc1=\E[4~, kc3=\E[6~, kcbt=\E[Z, kclr=\E[3;5~, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kdl1=\E[3;2~, ked=\E[1;5F, kel=\E[1;2F, kend=\E[4~, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[1;2P, kf14=\E[1;2Q, kf15=\E[1;2R, kf16=\E[1;2S, kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf2=\EOQ, kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\E[1;5P, kf26=\E[1;5Q, kf27=\E[1;5R, kf28=\E[1;5S, kf29=\E[15;5~, kf3=\EOR, kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~, kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~, kf36=\E[24;5~, kf37=\E[1;6P, kf38=\E[1;6Q, kf39=\E[1;6R, kf4=\EOS, kf40=\E[1;6S, kf41=\E[15;6~, kf42=\E[17;6~, kf43=\E[18;6~, kf44=\E[19;6~, kf45=\E[20;6~, kf46=\E[21;6~, kf47=\E[23;6~, kf48=\E[24;6~, kf49=\E[1;3P, kf5=\E[15~, kf50=\E[1;3Q, kf51=\E[1;3R, kf52=\E[1;3S, kf53=\E[15;3~, kf54=\E[17;3~, kf55=\E[18;3~, kf56=\E[19;3~, kf57=\E[20;3~, kf58=\E[21;3~, kf59=\E[23;3~, kf6=\E[17~, kf60=\E[24;3~, kf61=\E[1;4P, kf62=\E[1;4Q, kf63=\E[1;4R, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~, kil1=\E[2;5~, kind=\E[1;2B, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kri=\E[1;2A, krmir=\E[2;2~, mc0=\E[i, mc4=\E[4i, mc5=\E[5i, op=\E[39;49m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E(B, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, rs2=\E[4l\E>\E[?1034l, sc=\E7, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, setb=\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6} %=%t3%e%p1%d%;m, setf=\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6} %=%t3%e%p1%d%;m, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%| %t;7%;%?%p4%t;5%;%?%p7%t;8%;m, sgr0=\E[0m, smacs=\E(0, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, vpa=\E[%i%p1%dd, Se=\E[2 q, Ss=\E[%p1%d q, use=ecma+index, use=xterm+alt1049, use=xterm+sl, use=ecma+italics, # # st-0.1.1 # # Note: the original terminfo description uses leading blank to persuade # ncurses to use "st" as its name. Proper fix for that is to use "st" as an # alias. # # Reading the code shows it should work for aixterm 16-colors # - added st-16color # # Using tack: # - set eo (erase-overstrike) # - set xenl # - tbc doesn't work # - hts works # - cbt doesn't work # - shifted cursor-keys send sequences like rxvt # - sgr referred to unimplemented "invis" mode. # Fixes: add eo and xenl per tack, remove nonworking cbt, hts and tbc, invis simpleterm|old-st| simpleterm 0.1.1, am, eo, mir, msgr, ul, xenl, colors#8, cols#80, it#8, lines#24, ncv#3, pairs#64, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, kbs=^?, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=\E[3~, kend=\E[4~, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[1~, knp=\E[6~, kpp=\E[5~, op=\E[37;40m, rc=\E8, rev=\E[7m, rmacs=\E(B, rmso=\E[m, rmul=\E[m, sc=\E7, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%| %t;7%;m, sgr0=\E[0m, smacs=\E(0, smso=\E[7m, smul=\E[4m, use=ecma+index, st-16color|simpleterm with 16-colors, use=ibm+16color, use=st, # Tested with st 0.8.2 # The issue with the titlebar is fixed, though st is very slow. # In st 0.7, 256 colors "works", but when running xterm's test-scripts, some # garbage is shown in the titlebar. # # terminal wants to use TERM=stterm-256color, but that is longer than 14 # characters, making the choice nonportable. st-256color|simpleterm with 256 colors, use=xterm+256color, use=st, #### TERMINATOR # https://github.com/software-jessies-org/jessies/wiki/Terminator # # Tested using the Debian package org.jessies.terminator 6.104.3256 on 64-bit # Debian/current -TD (2011/8/20) # # There were some packaging problems: # a) using Java, the program starts off using 50Mb, and climbs from there, # up to 114Mb after testing (no scrollback). # b) it insists on reinstalling its terminal description in $HOME/.terminfo # (two copies, just in case the host happens to be Mac OS X). # I deleted this after testing with tack. # # Issues/features found with tack: # a) tbc does not work (implying that hts also is broken). # Comparing with the tabs utility shows a problem with the last tabstop on # a line. # b) has xterm-style shifted function-key strings # meta also is used, but control is ignored. # c) has xterm-style modifiers for cursor keys (shift, control, shift+control, # meta) # d) some combinations of shift/control send xterm-style sequences for # insert/delete/home/end. # e) numeric keypad sends only numbers (compare with vttest). # f) meta mode (km) is not implemented. # # Issues found with ncurses test-program: # a) bce is inconsistently implemented # b) widths of Unicode values above 256 do not always agree with wcwidth. # # Checked with vttest, found low degree of compatibility there. # # Checked with xterm's scripts, found that the 256-color palette is fixed. # # Fixes: # a) add sgr string # b) corrected sgr0 to reset alternate character set # c) modified smacs/rmacs to use SCS rather than SI/SO # d) removed bce # e) removed km # # Revisiting in May 2019, the Debian package was no longer available, and a # developer-provided ".deb" does not work. However, a usable Windows ".msi" # (which relies upon Cygwin) can be tested. The developers provide a terminfo, # but some of the features it lists do not work reliably (bce, italics, invis). # # tack: # tbc fails # invis attribute fails # key-definitions could be expanded, with some work: # + supports xterm-style cursor key-modifiers for shift # + supports xterm-style function key-modifiers for shift,control,alt # + supports xterm-style editing key-modifiers for shift,control,alt # (kbs=^?) # ncurses test-program: # "C" menu shows that bce implementation is incomplete # italics did not work # dim worked once in tack, but not in ncurses test-program # "F" thick-line characters do not display # vttest: # terminal does not respond to 80/132-column switching # wrapping at the right margin is erratic # there are several problems in the cursor-movements and screen-features # no vt52, no double-sized characters # Device attributes response says it is a vanilla VT100 # does not respond to xterm mouse controls # alternate screen tests do not fill the screen, return wrong position # window modify/report operations do not work # miscellaneous ISO-6429 tests, e.g., REP, do not work # CBT, CHT, HPR, CNL,CPL, VPR do not work # # removed the cancel for "hs", removed cbt, invis, corrected sgr -TD # use xterm+256setaf, etc -TD terminator|Terminator no line wrap, bce, eo, mir, msgr, xenl, xon, cols#80, it#8, lines#24, lm#0, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=^G, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, il=\E[%p1%dL, il1=\E[L, ind=\n, is1=\E[?47l\E=\E[?1l, is2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l, kbs=^?, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=\E[3~, kend=\E[4~, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~, knp=\E[6~, kpp=\E[5~, rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E(B, rmir=\E[4l, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, rs2=\E[!p\E[?3;4l\E[4l\E>, s0ds=\E(B, s1ds=\E(0, sc=\E7, sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p5%t;2%;%?%p1%p3%|%t;7 %;m%?%p9%t\E(0%e\E(B%;, sgr0=\E[m\E(B, smacs=\E(0, smir=\E[4h, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E]2;%p1, vpa=\E[%i%p1%dd, use=ecma+italics, use=ecma+index, use=xterm+256setaf, use=xterm+sl-twm, use=xterm+alt1049, #### TERMINOLOGY # https://www.enlightenment.org/about-terminology # # Tested terminology-0.3.0, 0.6.1, using tack and vttest. This is not a vt100 # emulator, nor is it compatible with xterm, but it uses a few features from # both -TD # # General comments: # cursor does not fill on focus # there are pervasive problems with clearing/erasing parts of the screen # resizing the window causes it to stop listening to the keyboard # tack - # doesn't understand vt100 CPR needed for resize # no CBT # no cvvis # has invis # no blink # uses bce model for colors, but (see below) fails the vttest screens # has partial support for 256color feature. # tack function-keys (a subset of xterm+pcf0), and # tack cursor-keys (a subset of xterm+pce2): # ctrl+shift (ignored) # 2 shift # shift-alt modifier -> shift (2) # 3 alt # 4 # 5 ctrl # tack modifiers did not work for fkeys in 0.3.0; subset works in 0.6.1 # ctrl + khome/kend works - none of the other modifiers do # vttest - # spits lots of messages from termptyesc.c especially in vttest. # no 132-column mode # fails menu 1, 2 (definitely not vt100-compatible) # primary (claims vt420 with several options, apparently none work) and # secondary report says (perhaps... vt420): \E[>41;285;0c # CHA, HPR, VPA, CNL, CPL work # BCE with ED/EL - fail # BCE with ECH/indexing - fail # SD/SU work # unlike teken, background light/dark works # can set title # X10 and Normal mouse work # Any-event mouse works # Mouse button-event works # # This description uses xterm+pcf0, which is misleading because the program # does not handle combinations of modifiers - but listing them all would # involve more effort than its developers spent -TD terminology-0.6.1|EFL-based terminal emulator, mc5i@, blink@, ed@, el@, el1@, invis=\E[8m, kLFT=\E[1;2D, kRIT=\E[1;2C, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, kind=\E[1;2B, kri=\E[1;2A, sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p7%t;8 %;m%?%p9%t\016%e\017%;$<2>, vpa=\E[%i%p1%dd, kDC3=\E[3;3~, kDC4=\E[3;4~, kDC5=\E[3;5~, kDC6=\E[3;6~, kDC7=\E[3;7~, kDN=\E[1;2B, kDN3=\E[1;3B, kDN4=\E[1;4B, kDN5=\E[1;5B, kDN6=\E[1;6B, kDN7=\E[1;7B, kEND5=\E[1;5F, kHOM5=\E[1;5H, kLFT3=\E[1;3D, kLFT4=\E[1;4D, kLFT5=\E[1;5D, kLFT6=\E[1;6D, kLFT7=\E[1;7D, kRIT3=\E[1;3C, kRIT4=\E[1;4C, kRIT5=\E[1;5C, kRIT6=\E[1;6C, kRIT7=\E[1;7C, kUP=\E[1;2A, use=xterm+pcf0, use=vt100, use=xterm+256setaf, # Tested terminology 1.0.0 # # tack - # Shifted cursor-keys send nothing, but xterm modifiers for control+shift # and control+alt were added like xterm+pcc2 # Editing keys have some features from xterm+pce2 # Changed from xterm+pcf0 to xterm+pcf2 # # vttest - # REP, SL, SR fail # # Aside from the partial fixes for function/cursor/editing keys, no improvement # in other tests versus 0.6.1 terminology-1.0.0|EFL-based terminal emulator, civis=\E[?25l, cnorm=\E[?12l\E[?25h, dim=\E[2m, flash=\E[?5h$<100/>\E[?5l, kend=\E[OF, khome=\E[OH, rmacs=\E(B, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p5%t;2%;%?%p2%t;4%; %?%p1%p3%|%t;7%;%?%p7%t;8%;m$<2>, sgr0=\E(B\E[m, smacs=\E(0, use=ecma+italics, use=xterm+x11mouse, use=xterm+pce2, use=xterm+pcf2, use=xterm+pcc2, use=terminology-0.6.1, terminology|EFL-based terminal emulator, use=terminology-1.0.0, ######## OPENGL CLIENTS #### Alacritty # https://github.com/jwilm/alacritty # Version 0.4.0 (2019/11/25) # Version 0.3.3 (2019/08/03) # Version 0.2.1 (2018/10/03) # Project started in 2016/02, uses Rust and OpenGL, and in contrast to (most X # terminal programs) is not designed to run with a remote server. # # Packaged in Arch Linux - # vttest: # initial screensize 24x80 # no DECCOLM (does not switch between 80/132 columns) # otherwise, passes wrapping test # no DECSCNM # identifies as a vt102 # numeric keypad does not send expected codes (seen in 0.4.0) # passes bce test # vt220: # ECH works in 0.3.3 (0.2.1 left text on right margin) # no SRM, DECSCA # vt320: # fails DECXCPR # does not implement any of the DECRQM/DECRPM controls # does not implement any of the DECRQSS controls # vt420: # no DECLRMM # no DECBI, DECFI # other: # fails CHT, otherwise ECMA-48 cursor movement ok # fails ERM/SPA, SL, SR, passes REP, SD, SU # xterm: # no X10 mouse # has normal and highlight mouse # has any-event and button-event mouse # + does support SGR-mouse # + does not correctly support focus in/out events (seen in 0.4.0) # cursor-position wrong after alternate-screen (fixed in 0.4.0) # none of the dtterm controls work # tack: # bell and flash do not work # blink does not work # italics and crossed-out work (latter did not work in 0.2.1) # function-keys work up (tested combinations which window manager allows) # treats meta as escape-prefix # # The program sources include "alacritty" and "alacritty-direct", which are # copied from "xterm-256color" and "xterm-direct" (but using semicolon for # subparameter delimiter). Refactored here to use ncurses building blocks -TD alacritty|alacritty terminal emulator, rs1=\Ec\E]104\007, use=xterm+256color, use=alacritty+common, alacritty-direct|alacritty with direct color indexing, use=xterm+indirect, use=alacritty+common, # cancel km, since it is not actually meta mode -TD # added ecma+strikeout in 0.3.3 -TD # added xterm+sl-twm in 0.3.3 -TD alacritty+common|base fragment for alacritty, km@, npc, kb2=\EOE, kbs=^?, kcbt=\E[Z, kent=\EOM, Se=\E[0 q, use=ecma+index, use=xterm+sm+1006, use=xterm-basic, use=xterm+app, use=ansi+rep, use=xterm+tmux, use=ecma+strikeout, use=xterm+sl-twm, use=ecma+italics, use=xterm+pce2, use=xterm+pcc2, use=xterm+pcf2, #### Kitty # https://github.com/kovidgoyal/kitty # Version 0.13.3 # Project started in 2016/10 (see alacritty), but is a Python script rather # than Rust, using OpenGL. The same caveats regarding remote connections # apply. This is not an X terminal, though (like alacritty), it copies # features from xterm. # # Regarding the name "kitty", that is a pun, reflected in the description. # But see # http://www.9bis.net/kitty/ # https://github.com/kovidgoyal/kitty/issues/9 # https://github.com/kovidgoyal/kitty/issues/1025 # and # http://lists.gnu.org/archive/html/bug-ncurses/2018-09/msg00005.html # https://github.com/kovidgoyal/kitty/issues/879 # # Notes: # initial screensize 71x22 # does not respond to "resize -s" # resizing with window manager gives no clues # vttest # does not switch between 80/132 columns # fails wrapping test, copying vte/rxvt # no reverse-background, no blink # claims to be vt200: # primary \E[?62;c # secondary \E[>1;4000;12c # however - # no GR in the locking-shifts screen # no NRCS or ISO-2022, anyway # no VT52 # VT220: # has DECTCEM, ECH, but no SRM and DECSCA # has operating condition report, none of the others # VT320: # has SU/SD # DECRQSS ok for DECSTBM, SGR, none of the others # no status-line # VT420: # DECXCPR device status works, none of the others # no left/right margins # has DECCARA, but not DECERA, DECFRA, DECRARA, DECSERA # inside of DECCARA is uncolored # line-drawing with DECCARA does not work # aside from left/right margins, editing sequences look ok # no DECFI, DECBI # color: # fails ECH test for bce # ISO-6429 # fails REP, SL, SL, but other cursor-movement ok # xterm: # does not recognize original alternate-screen # cursor-position wrong after alternate-screen # has normal mouse, any-event, any-button, but # no X10 mouse # no mouse-highlight tracking # no DEC locator # dtterm - only supports report-size chars/pixels # recognizes tcap-query # tack: # flash doesn't work # italics do not work # bce should be set (but see vttest) #* developer's terminfo stopped at kf25, but the program continues, # copying xterm for the rest of the control+fkey sequence # (but only one modifier is supported, like iTerm2). #* it omitted shifted pageup/down #* control+editing keys work # In contrast to function-keys, some additional modifier combinations # act like xterm for the editing/cursor-keys, e.g., alt+shift. While # the implementation is incomplete, the building-blocks are consistent # with what has been implemented -TD # DECKPAM does not work -TD #* ka1, ka3, kc1, kc3 were bogus (removed) #* meta sends escape (removed kmm) -TD #* cvvis does not make cursor "more visible" -TD kitty|KovId's TTY, use=xterm+256color, use=kitty+common, kitty-direct|KovId's TTY using direct colors, oc=\E]104\007, use=xterm+direct2, use=kitty+common, kitty+common|KovId's TTY common properties, am, mc5i, mir, msgr, npc, xenl, cols#80, it#8, lines#24, acsc=++\,\,--..00``aaffgghhiijjkkllmmnnooppqqrrssttuuvvwwxxy yzz{{||}}~~, bel=^G, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$<100/>\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, kbs=^?, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[1;2P, kf14=\E[1;2Q, kf15=\E[1;2R, kf16=\E[1;2S, kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf2=\EOQ, kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\E[1;5P, kf26=\E[1;5Q, kf27=\E[1;5R, kf28=\E[1;5S, kf29=\E[15;5~, kf3=\EOR, kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~, kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~, kf36=\E[24;5~, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\EOH, kich1=\E[2~, kind=\E[1;2B, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kri=\E[1;2A, op=\E[39;49m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E(B, rmam=\E[?7l, rmir=\E[4l, rmkx=\E[?1l, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, sc=\E7, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p5%t;2%;%?%p2%t;4%; %?%p1%p3%|%t;7%;m, sgr0=\E(B\E[m, smacs=\E(0, smam=\E[?7h, smir=\E[4h, smkx=\E[?1h, smso=\E[7m, smul=\E[4m, tbc=\E[3g, vpa=\E[%i%p1%dd, use=ecma+index, use=xterm+sl-twm, use=ecma+strikeout, use=xterm+pce2, use=xterm+pcc2, use=ecma+italics, use=xterm+alt1049, #### Emacs # https://www.emacswiki.org/emacs/AnsiTerm # https://github.com/emacs-mirror/emacs/blob/master/lisp/term.el # # The codes supported by the term.el terminal emulation in GNU Emacs 19.30 eterm|gnu emacs term.el terminal emulation, am, mir, xenl, cols#80, lines#24, bel=^G, bold=\E[1m, clear=\E[H\E[J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K, home=\E[H, ht=^I, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, rev=\E[7m, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmso=\E[m, rmul=\E[m, sgr0=\E[m, smcup=\E7\E[?47h, smir=\E[4h, smso=\E[7m, smul=\E[4m, # The codes supported by the term.el terminal emulation in GNU Emacs 22.2 eterm-color|Emacs term.el terminal emulator term-protocol-version 0.96, am, mir, msgr, xenl, colors#8, cols#80, lines#24, pairs#64, bel=^G, blink=\E[5m, bold=\E[1m, clear=\E[H\E[J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K, home=\E[H, ht=^I, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, invis=\E[8m, kbs=^?, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\E[4~, khome=\E[1~, kich1=\E[2~, knp=\E[6~, kpp=\E[5~, op=\E[39;49m, rc=\E8, rev=\E[7m, ri=\EM, rmir=\E[4l, rmso=\E[27m, rmul=\E[24m, rs1=\Ec, sc=\E7, setab=\E[%p1%'('%+%dm, setaf=\E[%p1%{30}%+%dm, sgr=\E[0%?%p1%p3%|%t;7%;%?%p2%t;4%;%?%p4%t;5%;%?%p6%t;1%;%? %p7%t;8%;m, sgr0=\E[m, smir=\E[4h, smso=\E[7m, smul=\E[4m, u6=\E[%i%d;%dR, u7=\E[6n, # shell.el can "do" color, though not nearly as well. # # seen here: # http://unix.stackexchange.com/questions/237943/changing-colors-used-by-ls-does-not-work-in-emacs-shell-mode # # and # https://lists.gnu.org/archive/html/bug-gnu-emacs/2012-08/msg00481.html # https://github.com/emacs-mirror/emacs/blob/master/lisp/shell.el # https://github.com/emacs-mirror/emacs/blob/master/lisp/ansi-color.el # # however, as tested with Emacs 24.5.1, the result is buggy, losing overlays # frequently. The contemporaneous term.el aka ansi-term does not "support" # italics but does not lose the color information -TD 2017/01/28. dumb-emacs-ansi|Emacs dumb terminal with ANSI color codes, am, hc, colors#8, it#8, ncv#13, pairs#64, bold=\E[1m, cud1=\n, ht=^I, ind=\n, op=\E[39;49m, rmul=\E[24m, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, sgr0=\E[m, smul=\E[4m, use=ecma+italics, #### Screen # Entries for use by the `screen' program by Juergen Weigert, # Michael Schroeder, Oliver Laumann. The screen and # screen-w entries came with version 3.7.1. The screen2 and screen3 entries # come from University of Wisconsin and may be older. # (screen: added on ANSI model -- esr) # # 'screen' defines extensions to termcap. Some are used in its terminal # description: # G0 (bool) Terminal can deal with ISO 2022 font selection sequences. # AX (bool) Does understand ANSI set default fg/bg color # (\E[39m / \E[49m). # S0 (str) Switch charset 'G0' to the specified charset. # E0 (str) Switch charset 'G0' back to standard charset. # # Initially tested with screen 3.09.08 # # According to its manual page # # Screen is a full-screen window manager that multiplexes a physical # terminal between several processes (typically interactive shells). Each # virtual terminal provides the functions of a DEC VT100 terminal and, in # addition, several control functions from the ISO 6429 (ECMA 48, ANSI # X3.64) and ISO 2022 standards (e.g. insert/delete line and support for # multiple character sets). # # However, there is a design error in its support for video highlights. The # program uses a table (rendlist) which equates the SGR codes to terminal # capabilities. That, and color-decoding are hardcoded in screen; its behavior # is modified only by the presence or absence of the corresponding capabilities. # Not by their values. # # If screen sets the TERMCAP variable, it uses hardcoded strings which # correspond to the rendlist table. # # The table gives this information: # # SGR capability # --- --------- # 1 bold # 2 dim # 3 standout # 4 underline # 5 blink # - (unused 6) # 7 reverse # - (unused 8-21) # 22 reset bold, standout and dim # 23 reset standout # 24 reset underline # 25 reset blink # - (unused 26) # 27 reset reverse # # ECMA-48 differs from this: 3 and 23 set and reset italics, respectively. # ECMA-48 does not define "standout" - that is a termcap/terminfo abstraction. # Without some redesign of screen, it is not possible to extend the set of # capabilities. Substitution would be possible, e.g., sending italics in # place of underline. # # Because screen uses hard-coded parsing, it does not check if two capabilities # use the same value. For example, changing standout to be the same as any of # the other capabilities will confuse screen. Curses applications which use # sgr are not impacted (because that usually resets all capabilities before # setting any), but termcap applications do not use sgr -TD # # The "screen" entry should use ecma+index rather than just indn, but tmux # defaults to using "screen". For background, screen supported ecma+index # since 1994 (i.e., screen 3.0.5), stating that it was an obscure code used by # the (Siemens Nixdorf) 97801 terminal. It was not shown in the termcap or # terminfo entries (which list about 60% of the control sequences). screen|VT 100/ANSI X3.64 virtual terminal, OTbs, OTpt, am, km, mir, msgr, xenl, G0, colors#8, cols#80, it#8, lines#24, ncv@, pairs#64, U8#1, acsc=++\,\,--..00``aaffgghhiijjkkllmmnnooppqqrrssttuuvvwwxxy yzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[J, cnorm=\E[34h\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\EM, cvvis=\E[34l, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\Eg, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, indn=\E[%p1%dS, is2=\E)0, kbs=^H, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\E[4~, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~, nel=\EE, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmir=\E[4l, rmkx=\E[?1l\E>, rmso=\E[23m, rmul=\E[24m, rs2=\Ec\E[?1000l\E[?25h, sc=\E7, sgr=\E[0%?%p6%t;1%;%?%p1%t;3%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t; 5%;%?%p5%t;2%;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[3m, smul=\E[4m, tbc=\E[3g, vpa=\E[%i%p1%dd, E0=\E(B, S0=\E(%p1%c, use=xterm+alt1049, use=ecma+color, # The bce and status-line entries are from screen 3.9.13 (and require some # changes to .screenrc). screen-bce|VT 100/ANSI X3.64 virtual terminal with bce, bce, ech@, use=screen4, screen-s|VT 100/ANSI X3.64 virtual terminal with hardstatus line, dsl=\E_\E\\, fsl=\E\\, tsl=\E_, use=screen4, # ====================================================================== # Entries for GNU Screen with 16 colors. # Those variations permit to benefit from 16 colors palette, and from # bold font and blink attribute separated from bright colors. But they # are less portable than the generic "screen" 8 color entries: Their # usage makes real sense only if the terminals you attach and reattach # do all support 16 color palette. screen-16color|GNU Screen with 16 colors, use=ibm+16color, use=screen4, screen-16color-s|GNU Screen with 16 colors and status line, use=ibm+16color, use=screen-s, screen-16color-bce|GNU Screen with 16 colors and BCE, use=ibm+16color, use=screen-bce, screen-16color-bce-s|GNU Screen with 16 colors using BCE and status line, bce, use=ibm+16color, use=screen-s, # ====================================================================== # Entries for GNU Screen 4.02 with --enable-colors256. screen-256color|GNU Screen with 256 colors, use=xterm+256setaf, use=screen4, screen-256color-s|GNU Screen with 256 colors and status line, use=xterm+256setaf, use=screen-s, screen-256color-bce|GNU Screen with 256 colors and BCE, bce, use=xterm+256setaf, use=screen-bce, screen-256color-bce-s|GNU Screen with 256 colors using BCE and status line, bce, use=xterm+256setaf, use=screen-s, screen.xterm-256color|GNU Screen with xterm using 256 colors, use=xterm+256setaf, use=screen.xterm-new, screen.konsole-256color|GNU Screen with konsole using 256 colors, use=xterm+256setaf, use=screen.konsole, screen.vte-256color|GNU Screen with vte using 256 colors, use=xterm+256setaf, use=screen.vte, screen.mlterm-256color|GNU Screen with mlterm using 256 colors, use=xterm+256setaf, use=screen.mlterm, # ====================================================================== # Read the fine manpage: # When screen tries to figure out a terminal name for # itself, it first looks for an entry named "screen.", # where is the contents of your $TERM variable. If # no such entry exists, screen tries "screen" (or "screen-w" # if the terminal is wide (132 cols or more)). If even this # entry cannot be found, "vt100" is used as a substitute. # # Notwithstanding the manpage, screen uses its own notion of the termcap # and some keys from "screen." are ignored. Here is an entry which # covers those (tested with screen 4.00.02) -TD screen+fkeys|function-keys according to screen, kend=\E[4~, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kfnd@, khome=\E[1~, kslt@, # See explanation before "screen" entry. Cancel italics so that applications # do not assume screen supports the feature. Add this tweak to entries which # extend screen for terminals which do support italics. screen+italics|screen cannot support italics, ritm@, sitm@, # # Here are a few customized entries which are useful -TD # # Notes: # (a) screen does not support invis. # (b) screen's implementation of bw is incorrect according to tack. # (c) screen appears to hardcode the strings for khome/kend, making it # necessary to override the "use=" clause's values (screen+fkeys). # (d) screen sets $TERMCAP to a termcap-formatted copy of the 'screen' entry, # which is NOT the same as the terminfo screen.. # (e) when screen finds one of these customized entries, it sets $TERM to # match. Hence, no "screen.xterm" entry is provided, since that would # create heartburn for people running remote xterm's. # (f) screen does not support rep. # # xterm (-xfree86 or -r6) does not normally support kIC, kNXT and kPRV # since the default translations override the built-in keycode # translation. They are suppressed here to show what is tested by tack. screen.xterm-xfree86|screen.xterm-new|screen customized for modern xterm, bce@, bw, invis@, kIC@, kNXT@, kPRV@, meml@, memu@, rep@, sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%| %t;7%;%?%p4%t;5%;%?%p5%t;2%;m, E3@, use=screen+italics, use=screen+fkeys, use=xterm+x11mouse, use=xterm-new, #:screen.xterm|screen for modern xterm, #: use=screen.xterm-new, # xterm-r6 does not really support khome/kend unless it is propped up by # the translations resource. screen.xterm-r6|screen customized for X11R6 xterm, bw, use=xterm+x11mouse, use=screen+fkeys, use=xterm-r6, # Other terminals screen.rxvt|screen in rxvt, bw, XT, cvvis@, flash@, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, use=screen+fkeys, use=vt100+enq, use=rxvt+pcfkeys, use=xterm+x11mouse, use=vt220+keypad, use=screen4, screen.vte|screen in any VTE-based terminal, use=xterm+x11mouse, use=screen+italics, use=screen+fkeys, use=vte, screen.gnome|screen in GNOME Terminal, use=xterm+x11mouse, use=screen+italics, use=screen+fkeys, use=gnome, screen.konsole|screen in KDE console window, use=xterm+x11mouse, use=screen+italics, use=screen+fkeys, use=konsole, # fix the backspace key screen.linux|screen in linux console, bw, kbs=^?, kcbt@, use=xterm+x11mouse, use=screen+fkeys, use=screen4, screen.mlterm|screen in mlterm, use=xterm+x11mouse, use=screen+fkeys, use=mlterm, # The default "screen" entry is reasonably portable, but not optimal for the # most widely-used terminal emulators. The "bce" capability is supported in # screen since 3.9.13, and when used, will require fewer characters to be sent # to the terminal for updates. # # If you are using only terminals which support bce, then you can use this # feature in your screen configuration. # # Adding these lines to your ".screenrc" file will allow using these customized # entries: # term screen-bce # bce on # defbce on screen-bce.xterm-new|screen optimized for modern xterm, bce, ech@, use=screen+italics, use=screen.xterm-new, screen-bce.rxvt|screen optimized for rxvt, bce, ech@, use=screen.rxvt, screen-bce.gnome|screen optimized for GNOME-Terminal, bce, ech@, use=screen+italics, use=screen.gnome, screen-bce.konsole|screen optimized for KDE console window, bce, ech@, use=screen+italics, use=screen.konsole, screen-bce.linux|screen optimized for linux console, bce, ech@, use=screen.linux, screen2|old VT 100/ANSI X3.64 virtual terminal, cols#80, it#8, lines#24, cbt=\E[Z, clear=\E[2J\E[H, cr=\r, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\E[B, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=, il=\E[%p1%dL, il1=\E[L, ind=\n, kbs=^H, kcub1=\ED, kcud1=\EB, kcuf1=\EC, kcuu1=\EA, kf0=\E~, kf1=\ES, kf2=\ET, kf3=\EU, kf4=\EV, kf5=\EW, kf6=\EP, kf7=\EQ, kf8=\ER, kf9=\E0I, khome=\EH, nel=\r\n, rc=\E8, ri=\EM, rmir=\E[4l, rmso=\E[23m, rmul=\E[24m, rs1=\Ec, sc=\E7, sgr0=\E[m, smir=\E[4h, smso=\E[3m, smul=\E[4m, tbc=\E[3g, # (screen3: removed unknown ":xv:LP:G0:" -- esr) screen3|older VT 100/ANSI X3.64 virtual terminal, km, mir, msgr, cols#80, it#8, lines#24, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, clear=\E[H\E[J, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\EM, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, home=\E[H, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=\n, is2=\E)0, kbs=^H, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kf1=\EOP, kf2=\EOQ, kf3=\EOR, kf4=\EOS, nel=\EE, rc=\E8, rev=\E[7m, ri=\EM, rmir=\E[4l, rmkx=\E>, rmso=\E[23m, rmul=\E[24m, rs1=\Ec, sc=\E7, sgr0=\E[m, smir=\E[4h, smkx=\E=, smso=\E[3m, smul=\E[4m, tbc=\E[3g, # screen 4.0 was released 2003-07-21, and as of March 2019, its terminfo file # was last updated in 2009 to include 256-color support. The most recent # release is 4.6.2 (October 2017). screen4|VT 100/ANSI X3.64 virtual terminal, use=ecma+index, use=screen, # As of March 2019, screen 5.0 has not been released. # # However, # # https://savannah.gnu.org/bugs/?36676 # # mentions a change to implement italics which should be in a version 5, # (implemented 2016-11-05, but merged 2017-07-09). That does away with the # longstanding use of SGR 3 for standout, and interprets it as italics. # # The same development branch has some support for direct-colors, but none # of this has been documented. screen5|VT 100/ANSI X3.64 virtual terminal (someday), rmso=\E[27m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%? %p5%t;2%;m%?%p9%t\016%e\017%;, smso=\E[7m, use=ecma+italics, use=screen4, #### Tmux # tmux is mostly compatible with screen, but has support for italics, and some # of the xterm cursor bits. # # However, unlike screen, tmux has no provision for using derived terminal # descriptions. When screen starts, it looks for a suitable "inner" terminal # such as "screen.$TERM" to correspond to the outer terminal's quirks. The # various entries such as screen.xterm-new provide a way to more closely # match the terminal. tmux|tmux terminal multiplexer, invis=\E[8m, rmso=\E[27m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%? %p5%t;2%;%?%p7%t;8%;m%?%p9%t\016%e\017%;, smso=\E[7m, E3=\E[3J, Smulx=\E[4\:%p1%dm, use=ecma+italics, use=ecma+strikeout, use=xterm+edit, use=xterm+pcfkeys, use=xterm+sl, use=xterm+tmux, use=screen, tmux-256color|tmux with 256 colors, use=xterm+256setaf, use=tmux, #### Dvtm # dvtwm 0.15 # http://www.brain-dump.org/projects/dvtm/ # # + This uses ncurses to manage the display, including support for italics and # default-colors. # + However, default-colors are incomplete: do not set bce. # + It does not implement flash (since no \e[?5h) # + Do not set XT: dvtm knows about OSC 0 and 2, but not 1. # Oddly enough, if $TERM contains "linux", it attempts to set the title. # + Some of the program is cut/paste from rxvt-unicode, e.g., the ACS table. # + The built-in table of function-keys (based on rxvt) is incomplete (ends # with kf22). # + It also omits the shifted cursor- and editing-keypad keys. # However, it is confused by xterm's shifted cursor- and editing-keypad keys # (and passes those through without interpretation) # and may simply pass-through rxvt's, making it appear to work. # In other cases such as kf23 and up, no pass-through is done. # + Most of the mode-settings in the initialization/reset strings are not # implemented; dvtm copies its description from rxvt. dvtm|dynamic virtual terminal manager, am, eo, mir, msgr, xenl, AX, colors#8, cols#80, it#8, lines#24, ncv@, pairs#64, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?25h, cr=\r, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=\n, is1=\E[?47l\E=\E[?1l, is2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l, kDC=\E[3$, kEND=\E[8$, kHOM=\E[7$, kIC=\E[2$, kLFT=\E[d, kNXT=\E[6$, kPRV=\E[5$, kRIT=\E[c, ka1=\EOw, ka3=\EOy, kb2=\EOu, kbs=^?, kc1=\EOq, kc3=\EOs, kcbt=\E[Z, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C, kcuu1=\E[A, kdch1=\E[3~, kel=\E[8\^, kend=\E[8~, kent=\EOM, kf0=\E[21~, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\E[12~, kf20=\E[34~, kf21=\E[23$, kf22=\E[24$, kf3=\E[13~, kf4=\E[14~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, kfnd=\E[1~, khome=\E[7~, kich1=\E[2~, kind=\E[a, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kri=\E[b, kslt=\E[4~, op=\E[39;49m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmso=\E[27m, rmul=\E[24m, rs1=\E>\E[1;3;4;5;6l\E[?7h\E[m\E[r\E[2J\E[H, rs2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l\E>\E[?1000l\E[? 25h, s0ds=\E(B, s1ds=\E(0, sc=\E7, setab=\E[4%p1%dm, setaf=\E[3%p1%dm, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;m%? %p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smcup=\E7\E[?47h, smir=\E[4h, smso=\E[7m, smul=\E[4m, tbc=\E[3g, vpa=\E[%i%p1%dd, use=ecma+italics, dvtm-256color|dynamic virtual terminal manager with 256 colors, colors#0x100, pairs#0x10000, setab=\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48; 5;%p1%d%;m, setaf=\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5 ;%p1%d%;m, use=dvtm,