]> ncurses.scripts.mit.edu Git - ncurses.git/blobdiff - doc/html/man/terminfo.5.html
ncurses 5.9 - patch 20120114
[ncurses.git] / doc / html / man / terminfo.5.html
index d0d65def47a67371598f3a4409c4ccd91fb7e7c5..90e75e532ecf1e2a5e4e2497b43ded352c50c42a 100644 (file)
@@ -6,7 +6,7 @@
   * Note: this must be run through tbl before nroff.
   * The magic cookie on the first line triggers this under some man programs.
   ****************************************************************************
-  * Copyright (c) 1998-2002,2004 Free Software Foundation, Inc.              *
+  * Copyright (c) 1998-2009,2010 Free Software Foundation, Inc.              *
   *                                                                          *
   * Permission is hereby granted, free of charge, to any person obtaining a  *
   * copy of this software and associated documentation files (the            *
   * sale, use or other dealings in this Software without prior written       *
   * authorization.                                                           *
   ****************************************************************************
-  * @Id: terminfo.head,v 1.12 2004/09/25 19:07:11 tom Exp @
+  * @Id: terminfo.head,v 1.18 2010/07/31 16:08:48 tom Exp @
   * Head of terminfo man page ends here
-  * @Id: terminfo.tail,v 1.42 2005/06/25 22:46:03 tom Exp @
+  * @Id: terminfo.tail,v 1.55 2011/12/17 23:19:59 tom Exp @
   * Beginning of terminfo.tail file
+  * This file is part of ncurses.
   * See "terminfo.head" for copyright.
   *.in -2
   *.in +2
 -->
 <HTML>
 <HEAD>
-<TITLE>TERMINFO 5   File Formats</TITLE>
+<TITLE>terminfo 5   File Formats</TITLE>
 <link rev=made href="mailto:bug-ncurses@gnu.org">
 <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
 </HEAD>
 <BODY>
-<H1>TERMINFO 5   File Formats</H1>
+<H1>terminfo 5   File Formats</H1>
 <HR>
 <PRE>
 <!-- Manpage converted by man2html 3.0.1 -->
-<STRONG><A HREF="TERMINFO.5.html">TERMINFO(5)</A></STRONG>                   File Formats                  <STRONG><A HREF="TERMINFO.5.html">TERMINFO(5)</A></STRONG>
+<STRONG><A HREF="terminfo.5.html">terminfo(5)</A></STRONG>                   File Formats                  <STRONG><A HREF="terminfo.5.html">terminfo(5)</A></STRONG>
 
 
 
        libraries  such  as <STRONG><A HREF="ncurses.3x.html">curses(3x)</A></STRONG>.  <EM>Terminfo</EM> describes termi-
        nals by giving a set of capabilities which they  have,  by
        specifying how to perform screen operations, and by speci-
-       fying padding requirements and initialization sequences.
+       fying padding requirements and  initialization  sequences.
+       This describes <STRONG>ncurses</STRONG> version 5.9 (patch 20120107).
 
        Entries in <EM>terminfo</EM> consist of a sequence of `,' separated
        fields (embedded commas may be escaped with a backslash or
-       notated as \054).  White space after the `,' separator  is
-       ignored.   The  first  entry  for  each terminal gives the
-       names which are known for the terminal, separated  by  `|'
-       characters.   The  first  name  given  is  the most common
-       abbreviation for the terminal, the last name given  should
-       be  a  long  name  fully identifying the terminal, and all
-       others are understood as synonyms for the  terminal  name.
+       notated  as \054).  White space after the `,' separator is
+       ignored.  The first entry  for  each  terminal  gives  the
+       names  which  are known for the terminal, separated by `|'
+       characters.  The first  name  given  is  the  most  common
+       abbreviation  for the terminal, the last name given should
+       be a long name fully identifying  the  terminal,  and  all
+       others  are  understood as synonyms for the terminal name.
        All names but the last should be in lower case and contain
-       no blanks; the last name may well contain upper  case  and
+       no  blanks;  the last name may well contain upper case and
        blanks for readability.
 
        Lines beginning with a `#' in the first column are treated
-       as comments.  While comment lines are legal at any  point,
-       the  output  of  <EM>captoinfo</EM> and <EM>infotocap</EM> (aliases for <EM>tic</EM>)
+       as  comments.  While comment lines are legal at any point,
+       the output of <STRONG>captoinfo</STRONG> and <STRONG>infotocap</STRONG>  (aliases  for  <STRONG>tic</STRONG>)
        will move comments so they occur only between entries.
 
-       Newlines and leading  tabs  may  be  used  for  formatting
-       entries  for  readability.   These are removed from parsed
-       entries.  The <EM>infocmp</EM> <EM>-f</EM> option relies on this  to  format
-       if-then-else expressions: the result can be read by <EM>tic</EM>.
+       Newlines  and  leading  tabs  may  be  used for formatting
+       entries for readability.  These are  removed  from  parsed
+       entries.   The  <STRONG>infocmp</STRONG> <STRONG>-f</STRONG> option relies on this to format
+       if-then-else expressions: the result can be read by <STRONG>tic</STRONG>.
 
        Terminal names (except for the last, verbose entry) should
        be chosen using the following conventions.  The particular
-       piece  of  hardware  making  up the terminal should have a
-       root name, thus ``hp2621''.  This name should not  contain
+       piece of hardware making up the  terminal  should  have  a
+       root  name, thus ``hp2621''.  This name should not contain
        hyphens.  Modes that the hardware can be in, or user pref-
-       erences, should be indicated by appending a hyphen  and  a
-       mode  suffix.   Thus,  a vt100 in 132 column mode would be
+       erences,  should  be indicated by appending a hyphen and a
+       mode suffix.  Thus, a vt100 in 132 column  mode  would  be
        vt100-w.  The following suffixes should be used where pos-
        sible:
 
       -ns      No status line                           hp2626-ns
       -rv      Reverse video                            c100-rv
       -s       Enable status line                       vt100-s
-      -vb      Use visible bell instead of beep         wy370-vb
 
+      -vb      Use visible bell instead of beep         wy370-vb
       -w       Wide mode (&gt; 80 columns, usually 132)    vt100-w
 
-       For  more  on terminal naming conventions, see the <STRONG>term(7)</STRONG>
+       For more on terminal naming conventions, see  the  <STRONG>term(7)</STRONG>
        manual page.
 
    <STRONG>Capabilities</STRONG>
-       The following is a  complete  table  of  the  capabilities
-       included  in a terminfo description block and available to
+       The  following  is  a  complete  table of the capabilities
+       included in a terminfo description block and available  to
        terminfo-using code.  In each line of the table,
 
-       The <STRONG>variable</STRONG> is the name by which the programmer  (at  the
+       The  <STRONG>variable</STRONG>  is the name by which the programmer (at the
        terminfo level) accesses the capability.
 
-       The  <STRONG>capname</STRONG>  is  the  short  name used in the text of the
-       database, and is used by a person updating  the  database.
-       Whenever  possible,  capnames are chosen to be the same as
+       The <STRONG>capname</STRONG> is the short name used  in  the  text  of  the
+       database,  and  is used by a person updating the database.
+       Whenever possible, capnames are chosen to be the  same  as
        or similar to the ANSI X3.64-1979 standard (now superseded
-       by  ECMA-48,  which uses identical or very similar names).
+       by ECMA-48, which uses identical or very  similar  names).
        Semantics are also intended to match those of the specifi-
        cation.
 
-       The  termcap code is the old <STRONG>termcap</STRONG> capability name (some
+       The termcap code is the old <STRONG>termcap</STRONG> capability name  (some
        capabilities are new, and have names which termcap did not
        originate).
 
-       Capability  names have no hard length limit, but an infor-
-       mal limit of 5 characters has been adopted  to  keep  them
-       short  and  to  allow  the tabs in the source file <STRONG>Caps</STRONG> to
+       Capability names have no hard length limit, but an  infor-
+       mal  limit  of  5 characters has been adopted to keep them
+       short and to allow the tabs in the  source  file  <STRONG>Caps</STRONG>  to
        line up nicely.
 
-       Finally, the description  field  attempts  to  convey  the
-       semantics  of  the capability.  You may find some codes in
+       Finally,  the  description  field  attempts  to convey the
+       semantics of the capability.  You may find some  codes  in
        the description field:
 
        (P)    indicates that padding may be specified
 
-       #[1-9] in the description field indicates that the  string
+       #[1-9] in  the description field indicates that the string
               is passed through tparm with parms as given (#<EM>i</EM>).
 
-       (P*)   indicates  that  padding  may vary in proportion to
+       (P*)   indicates that padding may vary  in  proportion  to
               the number of lines affected
 
        (#<EM>i</EM>)   indicates the <EM>i</EM>th parameter.
                                              for hpa/mhpa caps
 
 
-
        cpi_changes_res           cpix  YF    changing character
                                              pitch changes reso-
                                              lution
        width_status_line     wsl      ws     number of columns in
                                              status line
 
-       The  following  numeric  capabilities  are  present in the
-       SVr4.0 term structure, but are not yet documented  in  the
+       The following numeric  capabilities  are  present  in  the
+       SVr4.0  term  structure, but are not yet documented in the
        man page.  They came in with SVr4's printer support.
 
 
        zero_motion               zerom  Zx   No motion for subse-
                                              quent character
 
-       The following  string  capabilities  are  present  in  the
-       SVr4.0  term structure, but were originally not documented
+       The  following  string  capabilities  are  present  in the
+       SVr4.0 term structure, but were originally not  documented
        in the man page.
 
 
                                                bottom margins to
                                                #1, #2
 
-        The  XSI  Curses  standard  added  these.   They are some
-        post-4.1 versions of System V curses, e.g.,  Solaris  2.5
-        and  IRIX  6.x.   The  <STRONG>ncurses</STRONG> termcap names for them are
-        invented; according to the XSI Curses standard, they have
-        no  termcap names.  If your compiled terminfo entries use
-        these, they may not be binary-compatible  with  System  V
-        terminfo entries after SVr4.1; beware!
+        The XSI Curses standard added  these  hardcopy  capabili-
+        ties.  They were used in some post-4.1 versions of System
+        V curses, e.g., Solaris 2.5 and IRIX 6.x.  Except for <STRONG>YI</STRONG>,
+        the <STRONG>ncurses</STRONG> termcap names for them are invented.  Accord-
+        ing to the XSI Curses  standard,  they  have  no  termcap
+        names.  If your compiled terminfo entries use these, they
+        may not  be  binary-compatible  with  System  V  terminfo
+        entries after SVr4.1; beware!
 
 
                 <STRONG>Variable</STRONG>         <STRONG>Cap-</STRONG>   <STRONG>TCap</STRONG>     <STRONG>Description</STRONG>
         set_a_attributes         sgr1   sA   Define second set of
                                              video attributes
                                              #1-#6
-        set_pglen_inch           slengthsL   YI Set page length
-                                             to #1 hundredth of
-                                             an inch
-
+        set_pglen_inch           slengthYI   Set page length to
+                                             #1 hundredth of an
+                                             inch (some implemen-
+                                             tations use sL for
+                                             termcap).
 
    <STRONG>A</STRONG> <STRONG>Sample</STRONG> <STRONG>Entry</STRONG>
        The following entry, describing an ANSI-standard terminal,
        space at the beginning of  each  line  except  the  first.
        Comments  may  be  included on lines beginning with ``#''.
        Capabilities in <EM>terminfo</EM> are of three types: Boolean capa-
-       bilities   which  indicate  that  the  terminal  has  some
-       particular feature, numeric capabilities giving  the  size
-       of  the  terminal  or  the  size of particular delays, and
-       string capabilities, which give a sequence  which  can  be
-       used to perform particular terminal operations.
+       bilities which indicate that the terminal has some partic-
+       ular feature, numeric capabilities giving the size of  the
+       terminal  or  the  size  of  particular delays, and string
+       capabilities, which give a sequence which can be  used  to
+       perform particular terminal operations.
 
 
    <STRONG>Types</STRONG> <STRONG>of</STRONG> <STRONG>Capabilities</STRONG>
        <STRONG>$HOME/.terminfo</STRONG> for a compiled description.  If  it  fails
        to  find  one  there,  and  the  environment variable TER-
        MINFO_DIRS is set, it will interpret the contents of  that
-       variable  as  a list of colon- separated directories to be
-       searched (an empty entry is interpreted as  a  command  to
-       search  <EM>/usr/share/terminfo</EM>).   If no description is found
-       in any of the TERMINFO_DIRS directories, the fetch  fails.
+       variable  as  a  list  of colon- separated directories (or
+       database files) to be searched (an empty entry  is  inter-
+       preted as a command to search <EM>/usr/share/terminfo</EM>).  If no
+       description is found in any of the TERMINFO_DIRS  directo-
+       ries, the fetch fails.
 
        If  neither  TERMINFO  nor  TERMINFO_DIRS is set, the last
        place  tried  will  be  the  system  terminfo   directory,
    <STRONG>Parameterized</STRONG> <STRONG>Strings</STRONG>
        Cursor  addressing  and other strings requiring parameters
        in the terminal are described by  a  parameterized  string
-       capability,  with  <STRONG><A HREF="printf.3S.html">printf(3S)</A></STRONG>  like escapes <STRONG>%x</STRONG> in it.  For
+       capability,  with  <STRONG><A HREF="printf.3.html">printf(3)</A></STRONG>  like  escapes <STRONG>%x</STRONG> in it.  For
        example, to address the  cursor,  the  <STRONG>cup</STRONG>  capability  is
        given, using two parameters: the row and column to address
        to.  (Rows and columns are numbered from zero and refer to
        %%   outputs `%'
 
        %<EM>[[</EM>:<EM>]flags][width[.precision]][</EM>doxXs<EM>]</EM>
-            as in <STRONG>printf</STRONG>, flags are [-+#] and space
+            as  in  <STRONG>printf</STRONG>, flags are [-+#] and space.  Use a `:'
+            to allow the next character to be a `-' flag,  avoid-
+            ing interpreting "%-" as an operator.
 
        %c   print pop() like %c in <STRONG>printf</STRONG>
 
        %? <EM>expr</EM> %t <EM>thenpart</EM> %e <EM>elsepart</EM> %;
             This forms  an  if-then-else.   The  %e  <EM>elsepart</EM>  is
             optional.   Usually  the  %? <EM>expr</EM> part pushes a value
-            onto the stack,  and  %t  pops  it  from  the  stack,
-            testing  if  it  is  nonzero  (true).   If it is zero
-            (false), control passes to the %e (else) part.
+            onto the stack, and %t pops it from the stack,  test-
+            ing  if it is nonzero (true).  If it is zero (false),
+            control passes to the %e (else) part.
 
             It is possible to form else-if's a la Algol 68:
             %? c1 %t b1 %e c2 %t b2 %e c3 %t b3 %e c4 %t b4 %e %;
             where ci are conditions, bi are bodies.
 
             Use the <STRONG>-f</STRONG> option of <STRONG>tic</STRONG> or <STRONG>infocmp</STRONG> to see the struc-
-            ture of if-the-else's.  Some strings, e.g.,  <STRONG>sgr</STRONG>  can
+            ture of if-then-else's.  Some strings, e.g., <STRONG>sgr</STRONG>  can
             be very complicated when written on one line.  The <STRONG>-f</STRONG>
             option splits the string into lines  with  the  parts
             indented.
 
        Inserting  lines  at  the  top or bottom of the screen can
        also be done using <STRONG>ri</STRONG> or <STRONG>ind</STRONG> on many terminals  without  a
-       true  insert/delete  line,  and  is  often  faster even on
-       terminals with those features.
+       true  insert/delete line, and is often faster even on ter-
+       minals with those features.
 
        The boolean <STRONG>non_dest_scroll_region</STRONG> should be set  if  each
        scrolling  window  is effectively a view port on a screen-
        blank  position  on  the  current  line.  Give as <STRONG>smir</STRONG> the
        sequence to get  into  insert  mode.   Give  as  <STRONG>rmir</STRONG>  the
        sequence  to  leave  insert  mode.   Now  give as <STRONG>ich1</STRONG> any
-       sequence needed to be sent just before sending the charac-
-       ter  to  be  inserted.   Most terminals with a true insert
-       mode will not give <STRONG>ich1</STRONG>; terminals which send  a  sequence
-       to open a screen position should give it here.
+       sequence  needed  to  be  sent  just  before  sending  the
+       character  to  be  inserted.   Most  terminals with a true
+       insert mode will not give <STRONG>ich1</STRONG>;  terminals  which  send  a
+       sequence to open a screen position should give it here.
 
        If  your terminal has both, insert mode is usually prefer-
        able to <STRONG>ich1</STRONG>.   Technically,  you  should  not  give  both
        For example, the DEC vt220 supports most of the modes:
 
 
-           <STRONG>tparm</STRONG> <STRONG>parameter</STRONG>   <STRONG>attribute</STRONG>    <STRONG>escape</STRONG> <STRONG>sequence</STRONG>
+            <STRONG>tparm</STRONG> <STRONG>parameter</STRONG>   <STRONG>attribute</STRONG>    <STRONG>escape</STRONG> <STRONG>sequence</STRONG>
 
-           none              none         \E[0m
-           p1                standout     \E[0;1;7m
-           p2                underline    \E[0;4m
-           p3                reverse      \E[0;7m
-           p4                blink        \E[0;5m
-           p5                dim          not available
-           p6                bold         \E[0;1m
-           p7                invis        \E[0;8m
-           p8                protect      not used
-           p9                altcharset   ^O (off) ^N (on)
+            none              none         \E[0m
+            p1                standout     \E[0;1;7m
+            p2                underline    \E[0;4m
+            p3                reverse      \E[0;7m
+            p4                blink        \E[0;5m
+            p5                dim          not available
+            p6                bold         \E[0;1m
+            p7                invis        \E[0;8m
+            p8                protect      not used
+            p9                altcharset   ^O (off) ^N (on)
 
        We begin each escape sequence by turning off any  existing
        modes,  since  there  is no quick way to determine whether
        dencies yields
 
 
-         <STRONG>sequence</STRONG>    <STRONG>when</STRONG> <STRONG>to</STRONG> <STRONG>output</STRONG>     <STRONG>terminfo</STRONG> <STRONG>translation</STRONG>
+          <STRONG>sequence</STRONG>   <STRONG>when</STRONG> <STRONG>to</STRONG> <STRONG>output</STRONG>      <STRONG>terminfo</STRONG> <STRONG>translation</STRONG>
 
-         \E[0       always              \E[0
-         ;1         if p1 or p6         %?%p1%p6%|%t;1%;
-         ;4         if p2               %?%p2%|%t;4%;
-         ;5         if p4               %?%p4%|%t;5%;
-         ;7         if p1 or p3         %?%p1%p3%|%t;7%;
+          \E[0       always              \E[0
+          ;1         if p1 or p6         %?%p1%p6%|%t;1%;
+          ;4         if p2               %?%p2%|%t;4%;
+          ;5         if p4               %?%p4%|%t;5%;
+          ;7         if p1 or p3         %?%p1%p3%|%t;7%;
+          ;8         if p7               %?%p7%|%t;8%;
 
-         ;8         if p7               %?%p7%|%t;8%;
-         m          always              m
-         ^N or ^O   if p9 ^N, else ^O   %?%p9%t^N%e^O%;
+          m          always              m
+          ^N or ^O   if p9 ^N, else ^O   %?%p9%t^N%e^O%;
 
        Putting this all together into the sgr sequence gives:
 
        consistent  with  the  rest  of  the terminfo description.
        They are normally sent to the terminal, by the <EM>init</EM> option
        of  the  <EM>tput</EM>  program,  each time the user logs in.  They
-       will be printed in the following order:  run  the  program
-       <STRONG>iprog</STRONG>;  output  <STRONG>is1</STRONG>;  <STRONG>is2</STRONG>; set the margins using <STRONG>mgc</STRONG>, <STRONG>smgl</STRONG>
-       and <STRONG>smgr</STRONG>; set tabs using <STRONG>tbc</STRONG> and <STRONG>hts</STRONG>; print the  file  <STRONG>if</STRONG>;
-       and finally output <STRONG>is3</STRONG>.
+       will be printed in the following order:
+
+              run the program
+                     <STRONG>iprog</STRONG>
+
+              output <STRONG>is1</STRONG> <STRONG>is2</STRONG>
 
-       Most  initialization  is  done with <STRONG>is2</STRONG>.  Special terminal
+              set the margins using
+                     <STRONG>mgc</STRONG>, <STRONG>smgl</STRONG> and <STRONG>smgr</STRONG>
+
+              set tabs using
+                     <STRONG>tbc</STRONG> and <STRONG>hts</STRONG>
+
+              print the file
+                     <STRONG>if</STRONG>
+
+              and finally
+                     output <STRONG>is3</STRONG>.
+
+       Most initialization is done with  <STRONG>is2</STRONG>.   Special  terminal
        modes can be set up without duplicating strings by putting
-       the  common  sequences in <STRONG>is2</STRONG> and special cases in <STRONG>is1</STRONG> and
-       <STRONG>is3</STRONG>.  A pair of sequences that does a harder reset from  a
-       totally  unknown  state  can  be analogously given as <STRONG>rs1</STRONG>,
-       <STRONG>rs2</STRONG>, <STRONG>rf</STRONG>, and <STRONG>rs3</STRONG>, analogous to <STRONG>is2</STRONG> and <STRONG>if</STRONG>.  These  strings
-       are  output  by  the <EM>reset</EM> program, which is used when the
-       terminal gets into a wedged state.  Commands are  normally
-       placed  in <STRONG>rs1</STRONG>, <STRONG>rs2</STRONG> <STRONG>rs3</STRONG> and <STRONG>rf</STRONG> only if they produce annoy-
-       ing effects on the screen and are not necessary when  log-
-       ging  in.   For example, the command to set the vt100 into
-       80-column mode would normally  be  part  of  <STRONG>is2</STRONG>,  but  it
-       causes  an  annoying  glitch of the screen and is not nor-
-       mally needed since the terminal is usually already  in  80
-       column mode.
+       the common sequences in <STRONG>is2</STRONG> and special cases in  <STRONG>is1</STRONG>  and
+       <STRONG>is3</STRONG>.
+
+       A set of sequences that does a harder reset from a totally
+       unknown state can be given as <STRONG>rs1</STRONG>, <STRONG>rs2</STRONG>, <STRONG>rf</STRONG> and <STRONG>rs3</STRONG>, analo-
+       gous  to  <STRONG>is1</STRONG>  <STRONG>,</STRONG>  <STRONG>is2</STRONG>  <STRONG>,</STRONG>  <STRONG>if</STRONG>  and <STRONG>is3</STRONG> respectively.  These
+       strings are output by the <EM>reset</EM>  program,  which  is  used
+       when  the terminal gets into a wedged state.  Commands are
+       normally placed in <STRONG>rs1</STRONG>, <STRONG>rs2</STRONG> <STRONG>rs3</STRONG> and <STRONG>rf</STRONG> only if  they  pro-
+       duce  annoying effects on the screen and are not necessary
+       when logging in.  For example,  the  command  to  set  the
+       vt100  into  80-column mode would normally be part of <STRONG>is2</STRONG>,
+       but it causes an annoying glitch of the screen and is  not
+       normally  needed  since the terminal is usually already in
+       80 column mode.
+
+       The <EM>reset</EM> program writes strings including <STRONG>iprog</STRONG>, etc., in
+       the  same  order  as  the  <EM>init</EM>  program, using <STRONG>rs1</STRONG>, etc.,
+       instead of <STRONG>is1</STRONG>, etc.  If any of <STRONG>rs1</STRONG>, <STRONG>rs2</STRONG>, <STRONG>rs3</STRONG>, or <STRONG>rf</STRONG> reset
+       capability  strings  are  missing, the <EM>reset</EM> program falls
+       back  upon  the  corresponding  initialization  capability
+       string.
 
        If there are commands to set and clear tab stops, they can
        be given as <STRONG>tbc</STRONG> (clear all tab stops) and <STRONG>hts</STRONG> (set  a  tab
        Some terminals with status lines need special sequences to
        access  the  status  line.   These  may  be expressed as a
        string with single parameter <STRONG>tsl</STRONG> which takes the cursor to
-       a  given  zero-origin  column  on  the  status  line.  The
-       capability <STRONG>fsl</STRONG> must return to the main-screen cursor posi-
-       tions  before  the  last  <STRONG>tsl</STRONG>.   You may need to embed the
-       string values of <STRONG>sc</STRONG> (save cursor) and <STRONG>rc</STRONG> (restore  cursor)
-       in <STRONG>tsl</STRONG> and <STRONG>fsl</STRONG> to accomplish this.
+       a  given zero-origin column on the status line.  The capa-
+       bility <STRONG>fsl</STRONG> must return to the main-screen cursor positions
+       before  the  last  <STRONG>tsl</STRONG>.   You may need to embed the string
+       values of <STRONG>sc</STRONG> (save cursor) and <STRONG>rc</STRONG> (restore cursor) in  <STRONG>tsl</STRONG>
+       and <STRONG>fsl</STRONG> to accomplish this.
 
        The  status  line is normally assumed to be the same width
        as the width of the terminal.  If this is untrue, you  can
        character set may be specified by the <STRONG>acsc</STRONG> capability.
 
 
-                <STRONG>Glyph</STRONG>             <STRONG>ACS</STRONG>            <STRONG>Ascii</STRONG>      <STRONG>VT100</STRONG>
-                 <STRONG>Name</STRONG>             <STRONG>Name</STRONG>           <STRONG>Default</STRONG>    <STRONG>Name</STRONG>
+       <STRONG>Glyph</STRONG>                      <STRONG>ACS</STRONG>            <STRONG>Ascii</STRONG>      <STRONG>VT100</STRONG>
+       <STRONG>Name</STRONG>                       <STRONG>Name</STRONG>           <STRONG>Default</STRONG>    <STRONG>Name</STRONG>
        UK pound sign              ACS_STERLING   f          }
        arrow pointing down        ACS_DARROW     v          .
        arrow pointing left        ACS_LARROW     &lt;          ,
        solid square block         ACS_BLOCK      #          0
        tee pointing down          ACS_TTEE       +          w
        tee pointing left          ACS_RTEE       +          u
+
        tee pointing right         ACS_LTEE       +          t
        tee pointing up            ACS_BTEE       +          v
        upper left corner          ACS_ULCORNER   +          l
        The argument values of <STRONG>setf</STRONG>/<STRONG>setb</STRONG>  historically  correspond
        to a different mapping, i.e.,
 
-
              <STRONG>Color</STRONG>       <STRONG>#define</STRONG>       <STRONG>Value</STRONG>       <STRONG>RGB</STRONG>
              black     <STRONG>COLOR_BLACK</STRONG>       0     0, 0, 0
              blue      <STRONG>COLOR_BLUE</STRONG>        1     0,0,max
 
        *    and  the  termcap library (like the one in BSD/OS 1.1
             and GNU) reads the whole entry into  the  buffer,  no
-            matter  what  its length, to see if it's the entry it
+            matter  what its length, to see if it is the entry it
             wants,
 
        *    and <STRONG>tgetent()</STRONG> is searching for a terminal  type  that
        The "after tc expansion" length will have a similar effect
        to the above, but only for people who actually set TERM to
        that  terminal type, since <STRONG>tgetent()</STRONG> only does "tc" expan-
-       sion once it's found the terminal type it was looking for,
-       not while searching.
+       sion once it is found the terminal  type  it  was  looking
+       for, not while searching.
 
        In summary, a termcap entry that is longer than 1023 bytes
        can cause, on various combinations  of  termcap  libraries
        and  applications,  a  core  dump,  warnings, or incorrect
-       operation.  If it's too long even before  "tc"  expansion,
+       operation.  If it is too long even before "tc"  expansion,
        it will have this effect even for users of some other ter-
        minal types and users whose TERM variable does not have  a
        termcap entry.
 
        When in -C (translate to termcap) mode, the <STRONG>ncurses</STRONG> imple-
-       mentation of <STRONG><A HREF="tic.1.html">tic(1)</A></STRONG> issues warning messages when the  pre-
+       mentation of <STRONG><A HREF="tic.1m.html">tic(1m)</A></STRONG> issues warning messages when the pre-
        tc  length  of  a termcap translation is too long.  The -c
        (check) option also checks resolved (after  tc  expansion)
        lengths.
 
 </PRE>
 <H2>SEE ALSO</H2><PRE>
-       <STRONG><A HREF="tic.1m.html">tic(1m)</A></STRONG>, <STRONG><A HREF="infocmp.1m.html">infocmp(1m)</A></STRONG>, <STRONG><A HREF="ncurses.3x.html">curses(3x)</A></STRONG>, <STRONG><A HREF="printf.3S.html">printf(3S)</A></STRONG>, <STRONG><A HREF="term.5.html">term(5)</A></STRONG>.
+       <STRONG><A HREF="tic.1m.html">tic(1m)</A></STRONG>,   <STRONG><A HREF="infocmp.1m.html">infocmp(1m)</A></STRONG>,  <STRONG><A HREF="ncurses.3x.html">curses(3x)</A></STRONG>,  <STRONG><A HREF="printf.3.html">printf(3)</A></STRONG>,  <STRONG><A HREF="term.5.html">term(5)</A></STRONG>.
+       <STRONG><A HREF="term_variables.3x.html">term_variables(3x)</A></STRONG>.
 
 
 </PRE>
 <H2>AUTHORS</H2><PRE>
-       Zeyd  M.  Ben-Halim,  Eric  S.  Raymond, Thomas E. Dickey.
+       Zeyd M. Ben-Halim, Eric  S.  Raymond,  Thomas  E.  Dickey.
        Based on pcurses by Pavel Curtis.
 
 
 
-                                                            <STRONG><A HREF="TERMINFO.5.html">TERMINFO(5)</A></STRONG>
+                                                            <STRONG><A HREF="terminfo.5.html">terminfo(5)</A></STRONG>
 </PRE>
 <HR>
 <ADDRESS>