Contributor: DEREK POWLES             

{
Derek Powles 

Subject: Re Help File format

Expanded information on Help File sources.
   In an earlier message I referred to four authors For the book in (1)
below - my mistake - there are three.
    Derek

(1) 'A Programmer's Guide to Turbo Vision' by Ertl, Machholz and Golgath,
authored by the Pascal product management team at Borland in Germany.
Pub. Addison-Wesley, ISBN 0-201-62401-X.
The book contains chapter 12 ( 18 pages ) describing how to add a
conText sensitive help Unit to your own TV Program.
The use of TVHC is described ( 2 pages ). TVHC generates helptxt.pas and
helptxt.hlp Files from a special helptxt.txt File. The .pas File is
included in your main routine as a Unit. The HelpFile Unit is also needed,
this Unit, TVHC and a working example are in the TVDEMO subdirectory.
This .hlp File is not compatible With the Borland supplied Dos help Files,
these have a name of the form *.t*h. I believe I am correct in stating that,
other than demohelp.hlp, all supplied *.hlp Files are For Windows use.

(2) The 'Borland Open Architecture Handbook For Pascal' describes and
supplies the Program HL.EXE. Chapter 8 tells you '...how to create, build,
and maintain Borland Dos Help Files'. I have attached information gleaned
from this book.
There are two sections, the first is information taken from the book and
the second is a Unit holding data structures.

look For the *****cut here*****.

******************cut here*********************
{  See `Borland Open Architecture Handbook For Pascal' pages 170-177 }
(***************************************************************
Binary help File format -

Records are grouped in four sections

 1 - File stamp
 2 - File signature
 3 - File version
 4 - Record Headers
   a - File header Record
   b - conText
   c - Text
   d - keyWord
   e - index
   f - compression Record
   g - indextags {= subheadings, = qualifiers}

   ***************************************************************

 1 - A File stamp is a null terminated String, note case,
      `TURBO PASCAL HelpFile.\0' or
      `TURBO C Help File.\0'  identifying the File in readable form.
      The null Character is followed by a Dos end-of-File Charcater $1A.
      This is defined as ;STAMP in the help source File.

 2 - The File signature For Borland products is a null terminated
      String `$*$* &&&&$*$' (no quotes in help Files).
      This is defined as ;SIGNATURE in the help source File.

 3 - The File version is a Record of two Bytes that define the version
      of help format and the help File Text respectively,

      Type
        TPVersionRec    = Record
          Formatversion : Byte;
          TextVersion   : Byte   {defined With ;VERSION}
          { this is For info only }
        end;
      FormatVersion For BP7     = $34
                        TP6     = $33
                        TP5     = $04
                        TP4     = $02
                        TC++3.0 = $04

 4 - Record Headers -
  All the remaining Records have a common format that includes a header
  identifying the Record's Type and length.

    Type
      TPrecHdr  = Record;
        RecType   : Byte;
        RecLength : Word;
      end;

  Field RecType is a code that identifies the Record Type.
    Type
      RecType =
        (RT_FileHeader,    {0}
         RT_ConText,       {1}
         RT_Text,          {2}
         RT_KeyWord,       {3}
         RT_Index,         {4}
         RT_Compression);  {5}
         RT_IndexTags,     {6 - only in FormatVersion $34}

  Field RecLength gives the length of the contents of the Record in
  Bytes, not including the Record header. The contents begin With the
  first Byte following the header.

  The field `RecType' Types are explained in the following Text.

  Although this structure allows an arbitrary order of Records, existing
  Borland products assume a fixed Record ordering as follows:-
        File header Record
        compression Record
        conText table
        index table
        indextags Record {introduced in BP7}
        Text Record
        keyWord Record

 4.a The File header Record defines Various parameters and options
  common to the help File.

  Type
    TPFileHdrRec     = Record
      Options        : Word;
      MainIndexScreen: Word;
      Maxscreen size : Word;
      Height         : Byte;
      Width          : Byte;
      LeftMargin     : Byte;
    end;

      Options - is a bitmapped field. Only one option currently
                supported.
                OF_CaseSense ($0004) (C only, not Pascal)
                  if set, index tokens are listed in mixed case
                  in the Index Record, and index searches will
                  be Case sensitive.
                  if cleared, index tokens are all uppercase in
                  the Index Record, and index searches will ignore
                  case.
                  Defined With ;CASESENSE.

      MainIndexScreen - this is the number assigned to the conText
                  designated by the ;MAININDEX command in the help
                  source File.
                  if ;MAININDEX is not used, MainIndexScreen is set
                  to zero.

      MaxScreenSize - this is the number of Bytes in the longest Text
                  Record in the File (not including the header). This
                  field is not currently in use.

      Height, Width - This is the default size in rows and columns,
                  respectively, of the display area of a help Window.
                  Defined With ;HEIGHT and ;WIDTH.

      LeftMargin - Specifies the number of columns to leave blank on
                  the left edge of all rows of help Text displayed.
                  Defined With ;LEFTMARGIN.

 4.b ConText table -
  This is a table of Absolute File offsets that relates Help conTexts to their
  associated Text. The first Word of the Record gives the number of conTexts
  in the table.
  The remainder of the Record is a table of n ( n given by first Word) 3-Byte
  Integers (LSByte first). The table is indexed by conText number (0 to n-1).
  The 3-Byte Integer at a given index is an Absolute Byte that is offset in
  the Help File where the Text of the associated conText begins.
  The 3-Byte Integer is signed (2's complement).
  Two special values are defined -
        -1 use Index Screen Text (defined in File Header Record).
        -2 no help available For this conText.
  ConText table entry 0 is not used.

 4.c Text descriptions -
  The Text Record defines the compressed Text of conText.
  Text Records and keyWords appear in pairs, With one pair For each
  conText in the File. The Text Record always precedes its associated
  keyWord. Text Records are addressed through the File offset values
  found in the conText table described above.

  The RecLength field of the Text Record header defines the number
  of Bytes of compressed Text in the Record.
  The Compression Record defines how the Text is compressed.
  if the Text is nibble encoded, and the last nibble of the last Byte
  is not used, it is set to 0.
  Lines of Text comprising the the Text Record are stored as null
  terminated Strings.

 4.d the keyWord Record defines keyWords embedded in the preceeding Text
  Record, and identifies related Text Records.
  The Record begins With the following fixed fields:
    UpConText   : Word;
    DownConText : Word;
    KeyWordCnt  : Word;

  UpConText and DownConText give the conText numbers of the previous
  and next sections of Text in a sequence, either may be zero,
  indicating the end of the conText chain.

  KeyWordCnt gives the number of keyWords encoded in the associated
  Text Record.
  Immediately following this field is an Array of KeyWord Descriptor
  Records of the following form:
    Type
      TPKwDesc = Record;
        KwConText: Word;
      end;

  The keyWords in a Text Record are numbered from 1 to KeyWordCnt in the
  order they appear in the Text (reading left to right, top to bottom).

  KwConText is a conText number (index into the conText table) indicating
  which conText to switch to if this keyWord is selected by the user.

 4.e Index table -
  This is a list of index descriptors.
  An index is a token (normally a Word or name) that has been explicitly
  associated With a conText using the ;INDEX command in the source Text File.
  More than one index may be associated With a conText, but any given index
  can not be associated With more than one conText.
  The list of index descriptors in the Index Record allows the Text of an
  index token to be mapped into its associated conText number.

  The first Word of the Record gives the number of indexes defined in the
  Record.
  The remaining Bytes of the Record are grouped into index descriptors.
  The descriptors are listed in ascending order based on the Text of the index
  token (normal ascii collating sequence). if the OF_CaseSense flag is not set
  in the option field of the File header Record, all indexes are in uppercase
  only.

  Each index descriptor Uses the following format:
    LengthCode    : Byte;
    UniqueChars   : Array of Byte;
    ConTextNumber : Word;

  The bits of LengthCode are divided into two bit fields.
  Bits(7..5) specify the number of Characters to carry over from the start of
  the previous index token String.
  Bits(4..0) specify the number of unique Characters to add to the end of the
  inherited Characters.

  Field UniqueChars gives the number of unique Characters to add.
  e.g. if the previous index token is `addition', and the next index token is
  `advanced', we inherit two Characters from the previous token (ad), and add
  six Characters (vanced); thus LengthCode would be $46.

  ConTextNumber gives the number of the conText associated With the index.
  This number is an index into the conText table described above.

 4.f A compression Record defines how the contents of Text Records are
  encoded.
     Type
       TPCompress = Record
         CompType : Byte;
         CharTable: Array[0..13] of Byte;
       end;

  CompType - nibble encoding is the only compression method currently
             in use.
                     Const CT_Nibble = 2;
  The Text is encoded as a stream of nibbles. The nibbles are stored
  sequentially; the low nibble preceeds the high nibble of a Byte.
  Nibble values ($0..$D) are direct indexes into the CharTable field of
  the compression Record. The indexed Record is the literal Character
  represented by the nibble. The Help Linker chooses the 14 (13?) most
  frequent Characters For inclusion in this table. One exception is that
  element 0 always maps to a Byte value of 0.

  The remaining two nibble values have special meanings:
          Const
            NC_RawChar = $F;
            NC_RepChar = $E;

  Nibble code NC_Char introduces two additional nibbles that define a
  literal Character; the least significant nibble first.

  Nibble code NC_RepChar defines a Repeated sequence of a single Character.
  The next nibble gives the Repeat count less two, (counts 2 to 17 are
  possible)
  The next nibble(s) define the Character to Repeat; it can be either a
  single nibble in the range ($0..$D) representing an index into
  CharTable, or it can be represented by a three nibble NC_RawChar
  sequence.


 4.g RT_IndexTags is in FormatVersion $34 only. This provides a means
  For including index sub headings in the help File.
  The Record header is followed by a list of Variable length tag Records
  Type
    IndRecType = Record;
      windexNumber: Word; {index into the RT_Index Record }
      StrLen: Byte;  {length of tag String(not including terminating 0)}
      szTag: Array[0..0] of Char; {disable range checking}{zero term tag
                                   String}
    end;
   The first structure in the Array is a special entry which has the
   windexnumber set to $FFFF, and contains the default ;DESCRIPTION
   in Case there are duplicate index entries and no tags were specified.
*)

Unit HelpGlobals;
{ This File contains only the structures which are found in the help Files }

Interface

Const
  Signature      = '$*$* &&&&*$';   {+ null terminator }
  NC_RawChar     = $F;
  NC_RepChar     = $E;

Type
  FileStamp      = Array [0..32] Of Char; {+ null terminator + $1A }
  FileSignature  = Array [0..12] Of Char; {+ null terminator }

  TPVersion      = Record
    FormatVersion : Byte;
    TextVersion   : Byte;
  end;

  TPRecHdr       = Record
    RecType   : Byte; {TPRecType}
    RecLength : Word;
  end;

Const   {RecType}
  RT_FileHeader  = Byte ($0);
  RT_ConText     = Byte ($1);
  RT_Text        = Byte ($2);
  RT_KeyWord     = Byte ($3);
  RT_Index       = Byte ($4);
  RT_Compression = Byte ($5);
  RT_IndexTags   = Byte ($6);


Type
  TPIndRecType = Record
    windexNumber : Word;
    StrLen       : Byte;
    szTag        : Array [0..0] Of Char;
    { disable range checking}
  end;

  TPFileHdrRec = Record
    Options         : Word;
    MainIndexScreen : Word;
    Maxscreensize   : Word;
    Height          : Byte;
    Width           : Byte;
    LeftMargin      : Byte;
  end;


  TP4FileHdrRec = Record                  {derived from sample File}
    Options    : Word;
    Height     : Byte;
    Width      : Byte;
    LeftMargin : Byte;
  end;

  TPCompress = Record
    CompType  : Byte;
    CharTable : Array [0..13] Of Byte;
  end;

  TPIndexDescriptor = Record
    LengthCode    : Byte;
    UniqueChars   : Array [0..0] Of Byte;
    ConTextNumber : Word;
  end;

  TPKeyWord = Record
    UpConText   : Word;
    DownConText : Word;
    KeyWordCnt  : Word;
  end;

  TPKwDesc = Record
    KwConText : Word;
  end;


  TmyStream = Object(TBufStream) end;

  PListRecHdr = ^RListRecHdr;

  RListRecHdr = Record
    PNextHdr : PListRecHdr; {Pointer to next list element}
    RRecType : TPRecHdr;    {RecType, RecLength}
    PRecPtr  : Pointer;     {Pointer to copy of Record}
  end;

  ConTextRecHd = Record
    NoConTexts  : Word;
    PConTextRec : Pointer;
  end;


Implementation
end.