home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / jsage / zsus / z3help / t.lbr / TCVIEW.HZP / TCVIEW.HLP
Encoding:
Text File  |  1991-11-18  |  7.8 KB  |  146 lines

  1. ;
  2.                                  TCVIEW.COM                                   
  3.  
  4.              Size (recs) CRC   Version    Author/Latest Issue      Disk
  5.                4k (29)   0C38  2.4        Gene Pizzetta 7/90      Z3COM13
  6.  
  7.   1- Syntax  2- Usage  3- Notes  4- VLIB/TCAP Development                     
  8.  
  9.    TCVIEW displays the contents of the TCAP  portion of the  ZCPR3 environment 
  10. descriptor or of  a file which contains the TCAP module.   There  are 3 widely 
  11. distributed versions of TCAP,  each associated  with unique  versions of VLIB. 
  12. TCVIEW properly displays  all three versions and reports the VLIB versions for 
  13. which they  were intended.   Requires 80 columns,  24 lines.   Prints graphics
  14. characters if the TCAP being displayed is from memory and compatible with VLIB
  15. 4D.  
  16.  
  17.    Vs. 1.0 (12/86) by Jay Rouman.
  18. :1
  19.  
  20.     Syntax   TCVIEW {{dir:}fn{.ft}}
  21.  
  22. If no filename is given, the TCAP currently in memory is used.  If no filetype
  23. is given,  "Z3T" is  assumed.   If no  DU or  DIR specification is  given, the 
  24. current drive and user is assumed.
  25. :2
  26.  Usage 
  27.  
  28.    When using the TCAP in memory,  graphic characters are displayed in graphic 
  29. mode, as you would expect.   When  using  a TCAP  file,  however,  TCVIEW will 
  30. display graphic  characters  as ordinary characters,  resetting  the high bits 
  31. used  by some terminals.   This feature will allow checking of TCAP files that 
  32. are not compatible with the terminal in use.
  33.  
  34.    TCVIEW will  always  attempt  to  display  graphic  characters,  even if no 
  35. "graphics on" string is included in the TCAP,  since that string is not needed 
  36. on some terminals that use the high bit.   If only some of the graphic charac-
  37. ters are provided in the TCAP, those included will be displayed and those that 
  38. are null ignored, which may be of some help when developing a new TCAP.
  39.  
  40.    TCVIEW also displays  the state of  the terminal characteristics vector  at 
  41. B15, which is labeled "Features" in the screen display.   The state of the B14 
  42. vector is not displayed, but so far that byte is essentially unused.
  43. :3
  44.  TCVIEW Notes - 1/2 
  45.  
  46.    a. Vs 2.4 updates (07/15/90, Al Hawley):
  47.       - Now reports  the  VLIB  version for  which  the TCAP is  intended  and
  48.         adjusts the display accordingly. 
  49.  
  50.    b. Vs 2.3 updates (06/15/90, Gene Pizzetta):
  51.       - Added display of terminal characteristics byte,  labelled "Features:".  
  52.       - Now properly handles display  of graphic  characters in file mode when 
  53.         terminal uses control characters with high bit set  (such as Televideo 
  54.         965).
  55.  
  56.    c. Vs 2.2 updates (06/11/90, Gene Pizzetta):
  57.       - Made compatible with Joe Wright's NZTCAPD.  
  58.       - Display adjusted to make room  for  additional strings required by new 
  59.         TCAP:  Set Attributes, Attributes, Read Cursor, and Read Line.
  60.       - Now prints graphic characters,  even  if  no  "graphics on"  string is 
  61.         included in TCAP, and even if some graphic characters are missing.  
  62.       - In file mode,  now strips  high  bit  from  graphic  characters before 
  63.         printing to screen.  
  64.  TCVIEW Notes - 2/2 
  65.    
  66.    d. Vs 2.1 updates (11/14/89, Ernie Barnhart):
  67.       - corrects PRGRAF routine to not strip high bit.   Only  prints graphics
  68.         characters if  GRAPHICS ON/OFF  sequence  is present to  be compatible 
  69.         with other programs.   If reading a file, the alpha representations of
  70.         the graphic characters are printed.
  71.  
  72.    e. Vs 2.0 updates (05/09/89, Ernie Barnhart):
  73.       - major rewrite to take  advantage of the  new V4LIBS and extended TCAP.
  74.       - internal environment eliminated.   Now  a  type 1 program  which  runs 
  75.         under CP/M and informs user if TCAP is not installed.
  76.  
  77.    f. Vs 1.2 updates (Al Heynneman):
  78.       - fixes memory mode that used incorrect Z3ENV pointer. 
  79.       - changed to assemble with M80 and link with L80.
  80.  
  81.    g. Vs 1.1 updates (Frank Gaude):
  82.       - converted to use ZAS and run through PPAL pretty printer.
  83. :4    
  84.  VLIB/TCAP development - 1/4 
  85.  
  86.    The following discussion is a brief history of  VLIB/TCAP development,  the 
  87. close relation  between  the  two,  and  the  importance  of having the latest 
  88. version (currently -4D) in your system.
  89.  
  90.    A TCAP is  a 128 byte block which contains the data bytes that must be sent 
  91. to a terminal to control its functions.   A Z-System needs  a TCAP specific to 
  92. the system console if such functions as cursor positioning,  highlighting, and 
  93. screen editing are to be implemented by a program written for portability from 
  94. one computer to another whose terminal may be different.  Terminals from diff-
  95. erent manufacturers may use different  code  bytes to  control terminal funct-
  96. ions. If the appropriate TCAP is installed in the Z3 Environment, then a prog-
  97. ram that needs to  position the  cursor can index into the TCAP for the proper 
  98. code sequence and send  that  to the terminal.   This  is possible because the 
  99. TCAP is a well defined data structure.
  100.  VLIB/TCAP development - 2/4 
  101.  
  102.    The subroutines required to display highlighted text with  cursor position-
  103. ing using TCAP data can be written as part of the source code for  an applica-
  104. tion program (like the ZMATE text editor,  for example).   Since such routines 
  105. are tedious to write and they be  required in many programs, a complete set of 
  106. routines has been collected into a  REL library for inclusion when the program 
  107. is  assembled  and linked.   That library is  named  VLIB.   Almost all screen 
  108. oriented Z-System utilities make use of VLIB.
  109.  
  110.    The initial versions of VLIB and the TCAP definition are described in ZCPR3
  111. THE MANUAL, by Richard Conn.   Since their introduction, VLIB has been revised 
  112. several times to add functions or  optimize routines  and sometimes to correct 
  113. errors.   The definition of the TCAP did not change.   The last major revision 
  114. number was Version 3.   This TCAP and  the  corresponding  VLIBs  contained no 
  115. provision for the use of  character graphics which are included in most modern 
  116. terminals.   Control of  character attributes  like  underlining  was also not 
  117. addressed but was needed for programs like Wordstar 4.
  118.  VLIB/TCAP development - 3/4 
  119.  
  120.    VLIB version 4,  along with an  extended  TCAP definition,  provided access
  121. to the Character Graphics set,  and a  few demonstration programs were written 
  122. and distributed along with TCAPs for a number of the more popular terminals.
  123.  
  124.    There was trouble, however.   A method of optimization had been overlooked,
  125. and control of character  attributes  had  not  been included.   After several
  126. unreleased revisions,  VLIB version 4D  was released  along  with  a  new TCAP
  127. structure  definition.   This  version  has  met  with general  acceptance and 
  128. appears to be stable.
  129.  
  130.   Programs written to use  only  the  facilities  afforded  by VLIB 1, 2, or 3
  131. execute with no problems when  one of the  later  TCAPs is present.   Programs
  132. assembled with  VLIB 4 that  use character  graphics will not operate properly
  133. with any other TCAP;  the same is  true  for VLIB 4D and its TCAP.   Since all 
  134. three versions of TCAPs have  been written and released,  it becomes important 
  135. to be able to examine and identify the version of TCAP files whose ancestry is 
  136. unknown.  THAT is what Version 2.4 of TCVIEW does.
  137.  VLIB/TCAP development - 4/4 
  138.  
  139.    Some users would like additional data to be included in the TCAP.   If this
  140. were to be done, several criteria should be met:
  141.  
  142. 1) The new TCAP should  be downward  compatible with that for  VLIB 4D so that
  143.    existing application programs will continue to work.
  144. 2) New data should not cause the size of the TCAP to exceed 128 bytes.
  145. 3) A new version of VLIB would need to be generated. This is a major task!
  146.