home *** CD-ROM | disk | FTP | other *** search
/ Fresh Fish 8 / FreshFishVol8-CD1.bin / gnu / info / termcap.info-2 (.txt) < prev    next >
GNU Info File  |  1994-12-22  |  44KB  |  707 lines

  1. This is Info file /home/gd/gnu/termcap/termcap.info, produced by
  2. Makeinfo-1.52 from the input file /home/gd/gnu/termcap/termcap.texi.
  3.    This file documents the termcap library of the GNU system.
  4.    Copyright (C) 1988 Free Software Foundation, Inc.
  5.    Permission is granted to make and distribute verbatim copies of this
  6. manual provided the copyright notice and this permission notice are
  7. preserved on all copies.
  8.    Permission is granted to copy and distribute modified versions of
  9. this manual under the conditions for verbatim copying, provided that
  10. the entire resulting derived work is distributed under the terms of a
  11. permission notice identical to this one.
  12.    Permission is granted to copy and distribute translations of this
  13. manual into another language, under the above conditions for modified
  14. versions, except that this permission notice may be stated in a
  15. translation approved by the Foundation.
  16. File: termcap.info,  Node: Naming,  Next: Inheriting,  Prev: Capability Format,  Up: Data Base
  17. Terminal Type Name Conventions
  18. ==============================
  19.    There are conventions for choosing names of terminal types.  For one
  20. thing, all letters should be in lower case.  The terminal type for a
  21. terminal in its most usual or most fundamental mode of operation should
  22. not have a hyphen in it.
  23.    If the same terminal has other modes of operation which require
  24. different terminal descriptions, these variant descriptions are given
  25. names made by adding suffixes with hyphens.  Such alternate descriptions
  26. are used for two reasons:
  27.    * When the terminal has a switch that changes its behavior.  Since
  28.      the computer cannot tell how the switch is set, the user must tell
  29.      the computer by choosing the appropriate terminal type name.
  30.      For example, the VT-100 has a setup flag that controls whether the
  31.      cursor wraps at the right margin.  If this flag is set to "wrap",
  32.      you must use the terminal type `vt100-am'.  Otherwise you must use
  33.      `vt100-nam'.  Plain `vt100' is defined as a synonym for either
  34.      `vt100-am' or `vt100-nam' depending on the preferences of the
  35.      local site.
  36.      The standard suffix `-am' stands for "automatic margins".
  37.    * To give the user a choice in how to use the terminal.  This is done
  38.      when the terminal has a switch that the computer normally controls.
  39.      For example, the Ann Arbor Ambassador can be configured with many
  40.      screen sizes ranging from 20 to 60 lines.  Fewer lines make bigger
  41.      characters but more lines let you see more of what you are editing.
  42.      As a result, users have different preferences.  Therefore, termcap
  43.      provides terminal types for many screen sizes.  If you choose type
  44.      `aaa-30', the terminal will be configured to use 30 lines; if you
  45.      choose `aaa-48', 48 lines will be used, and so on.
  46.    Here is a list of standard suffixes and their conventional meanings:
  47.      Short for "wide".  This is a mode that gives the terminal more
  48.      columns than usual.  This is normally a user option.
  49. `-am'
  50.      "Automatic margins".  This is an alternate description for use when
  51.      the terminal's margin-wrap switch is on; it contains the `am'
  52.      flag.  The implication is that normally the switch is off and the
  53.      usual description for the terminal says that the switch is off.
  54. `-nam'
  55.      "No automatic margins".  The opposite of `-am', this names an
  56.      alternative description which lacks the `am' flag.  This implies
  57.      that the terminal is normally operated with the margin-wrap switch
  58.      turned on, and the normal description of the terminal says so.
  59. `-na'
  60.      "No arrows".  This terminal description initializes the terminal to
  61.      keep its arrow keys in local mode.  This is a user option.
  62. `-rv'
  63.      "Reverse video".  This terminal description causes text output for
  64.      normal video to appear as reverse, and text output for reverse
  65.      video to come out as normal.  Often this description differs from
  66.      the usual one by interchanging the two strings which turn reverse
  67.      video on and off.
  68.      This is a user option; you can choose either the "reverse video"
  69.      variant terminal type or the normal terminal type, and termcap will
  70.      obey.
  71.      "Status".  Says to enable use of a status line which ordinary
  72.      output does not touch (*note Status Line::.).
  73.      Some terminals have a special line that is used only as a status
  74.      line.  For these terminals, there is no need for an `-s' variant;
  75.      the status line commands should be defined by default.  On other
  76.      terminals, enabling a status line means removing one screen line
  77.      from ordinary use and reducing the effective screen height.  For
  78.      these terminals, the user can choose the `-s' variant type to
  79.      request use of a status line.
  80. `-NLINES'
  81.      Says to operate with NLINES lines on the screen, for terminals
  82.      such as the Ambassador which provide this as an option.  Normally
  83.      this is a user option; by choosing the terminal type, you control
  84.      how many lines termcap will use.
  85. `-NPAGESp'
  86.      Says that the terminal has NPAGES pages worth of screen memory,
  87.      for terminals where this is a hardware option.
  88. `-unk'
  89.      Says that description is not for direct use, but only for
  90.      reference in `tc' capabilities.  Such a description is a kind of
  91.      subroutine, because it describes the common characteristics of
  92.      several variant descriptions that would use other suffixes in
  93.      place of `-unk'.
  94. File: termcap.info,  Node: Inheriting,  Next: Changing,  Prev: Naming,  Up: Data Base
  95. Inheriting from Related Descriptions
  96. ====================================
  97.    When two terminal descriptions are similar, their identical parts do
  98. not need to be given twice.  Instead, one of the two can be defined in
  99. terms of the other, using the `tc' capability.  We say that one
  100. description "refers to" the other, or "inherits from" the other.
  101.    The `tc' capability must be the last one in the terminal description,
  102. and its value is a string which is the name of another terminal type
  103. which is referred to.  For example,
  104.      N9|aaa|ambassador|aaa-30|ann arbor ambassador/30 lines:\
  105.              :ti=\E[2J\E[30;0;0;30p:\
  106.              :te=\E[60;0;0;30p\E[30;1H\E[J:\
  107.              :li#30:tc=aaa-unk:
  108. defines the terminal type `aaa-30' (also known as plain `aaa') in terms
  109. of `aaa-unk', which defines everything about the Ambassador that is
  110. independent of screen height.  The types `aaa-36', `aaa-48' and so on
  111. for other screen heights are likewise defined to inherit from `aaa-unk'.
  112.    The capabilities overridden by `aaa-30' include `li', which says how
  113. many lines there are, and `ti' and `te', which configure the terminal
  114. to use that many lines.
  115.    The effective terminal description for type `aaa' consists of the
  116. text shown above followed by the text of the description of `aaa-unk'.
  117. The `tc' capability is handled automatically by `tgetent', which finds
  118. the description thus referenced and combines the two descriptions
  119. (*note Find::.).  Therefore, only the implementor of the terminal
  120. descriptions needs to think about using `tc'.  Users and application
  121. programmers do not need to be concerned with it.
  122.    Since the reference terminal description is used last, capabilities
  123. specified in the referring description override any specifications of
  124. the same capabilities in the reference description.
  125.    The referring description can cancel out a capability without
  126. specifying any new value for it by means of a special trick.  Write the
  127. capability in the referring description, with the character `@' after
  128. the capability name, as follows:
  129.      NZ|aaa-30-nam|ann arbor ambassador/30 lines/no automatic-margins:\
  130.              :am@:tc=aaa-30:
  131. File: termcap.info,  Node: Changing,  Prev: Inheriting,  Up: Data Base
  132. When Changes in the Data Base Take Effect
  133. =========================================
  134.    Each application program must read the terminal description from the
  135. data base, so a change in the data base is effective for all jobs
  136. started after the change is made.
  137.    The change will usually have no effect on a job that have been in
  138. existence since before the change. The program probably read the
  139. terminal description once, when it was started, and is con