home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PASCAL / T_REF.ZIP / T-REF.UPD < prev    next >
Encoding:
Text File  |  1987-01-15  |  7.3 KB  |  142 lines

  1. At some time during the development process, one must say "Enough"! and there-
  2. fore set the marker for the first version.  The program on this disk is just
  3. that.  Of course, as Beta testing continues, problems are found and new ideas
  4. are discussed to keep the development phase "alive".  We are dedicated to the
  5. continued development of T-Ref.  The following are SOME of the features you can
  6. expect to see soon.  Target dates have not been set beyond version 1.1, but we
  7. are shooting for approximately three month intervals.  This means Version 2.0
  8. (described below) will be ready in the Fall 1987 time frame.  Known bugs
  9. (fixes) have priority but you can be sure we will "sweeten the pot" with
  10. worthwhile enhancements with each new version.
  11.  
  12. The following changes are being considered for T-Ref, Version 1.1, to be com-
  13. pleted in Mid-March 87:
  14.  
  15.    a) All known bugs with Version 1.0 will be corrected.  So far, these are:
  16.  
  17.       1. There is a bug in reading include files without a file extention
  18.          specified.  If you have any include file directives without file
  19.          extentions, you will have to put them in.
  20.       2. Under certain conditions, if a Pascal source file begins with a blank
  21.          line, T-Ref will loop (catch) on the first line and produce an
  22.          infinite number of lines on the output source.  For Version 1.0, make
  23.          sure there are no blank lines at the head of the main or include files
  24.          that are to be read.  Eliminating them will prevent this from happen-
  25.          ing.
  26.       3. Version 1.0 does not work properly with EGA monitors and with certain
  27.          systems not completely IBM compatible.
  28.       4. During some screen refreshes, "snow" may appear on some CGA monitors
  29.          due to memory contentions between the CPU and the monitor board.
  30.       5. Multi-leveled (3 or more) comments (i.e., { (* { } *) } ) will confuse
  31.          the parser.
  32.       6. The program will try to parse a program even when both the source
  33.          lister and the cross reference lister are "OFF".  This is not really
  34.          a problem except there will be no output.
  35.  
  36.    b) Certain modifications will be made to make the program more user
  37.       friendly.  In particular:
  38.  
  39.       1. The editor used to created headers for the printed code will be
  40.          enhanced.
  41.       2. The user will be able to select (and save) the foreground and back-
  42.          ground colors he/she wishes to use with the program.
  43.       3. Screen writes, especially at program start-up, will be much faster.
  44.  
  45.    c) Up to 10 different "sets" of parameters will be able to be saved.
  46.       Presently, only one set is allowed.  The user will select the appro-
  47.       priate "set" with a "key" of from 1 to 10 characters in length.  The
  48.       parameter set may also be designated on the command line on program
  49.       start-up.
  50.  
  51.    d) To facilitate input source file selection, a new feature will be
  52.       incorporated.  A function key will call up a window that asks for drive,
  53.       directory, and file mask of the input file.  File mask may include the
  54.       wildcard characters "*" and "?" as in DOS.  All matching files are
  55.       brought up and the user selects the desired file with the arrow keys.
  56.       The selected file is then automatically loaded into the "Active Input
  57.       File" parameter.
  58.  
  59.    e) We are looking at methods to speed up the parsing process by a minimum
  60.       of 10 to 20 percent.
  61.  
  62.    f) In addition to the four lettering styles, additional switches will be
  63.       added to double strike and/or underline reserve words.
  64.  
  65.    g) Top and bottom margins of pages will be have variable settings: from 1
  66.       to 7 lines.
  67.  
  68.    h) For the source listing, a top of page and bottom of page column marker
  69.       line will be optional.  The marker line, which will look like:
  70.  
  71.       ....:....1....:....2....:....3....:....4.... etc
  72.  
  73.       will help show column positions of the source code.
  74.  
  75.    i) An option to ignore column setting will be provided.  Presently, only
  76.       the source code up to the column (set with the F5 function key) is read
  77.       on input.  This option will override whatever the column setting is
  78.       and read the entire input line.
  79.  
  80.    j) Several techniques will be used to compress storage space required for
  81.       maintaining data on cross referenced identifiers.  Therefore, parsing
  82.       larger programs should be possible.
  83.  
  84.  
  85. The following modifications are scheduled for Version 1.2, which will be
  86. completed in the June 87 time frame:
  87.  
  88.    a) The biggest enhancement will be "automatic multiple file parsing".
  89.       By allowing the user to include wild card characters ("*" and "?") on
  90.       the "Active Input File" parameter line, he/she can then set the program
  91.       to automatically parse all files in a directory that match the specified
  92.       mask.
  93.  
  94.    b) Along with the Proc/Func Mapping, each line will reference the file
  95.       the procedure/function was declared within.  References will be by
  96.       number, and a file listing will give name, date and time of last update,
  97.       and size of file.  The user can then check .COM and .CHN files to
  98.       guarantee all date/time tags succeed date/time tags of source files, as
  99.       well as give approximate LAST DATE OF MODIFICATION for procedures.
  100.  
  101.    c) The Proc/Func Mapping will show page numbers of the declarations, as
  102.       well as line numbers.
  103.  
  104.    d) A new optional method of printing cross referenced identifiers will be
  105.       available.  For extremely large programs, even the best compression tech-
  106.       niques are helpless.  The new method will cross reference identifiers
  107.       when the procedure the identifier was declared within is exited.  This
  108.       will free storage space more readily and keep references near the source
  109.       listing relevant to the identifiers.
  110.  
  111.    e) A new optional method of printing source listings will be added.  This
  112.       method simply performs a page break at the end of each procedure/func-
  113.       tion, rather than "compressing" the code together.
  114.  
  115.    f) A new diagram will be added to show the procedure/function calling
  116.       techniques of the parsed source code, thereby giving all routines called
  117.       from within each routine as well as all routines that call it.
  118.  
  119.  
  120. Although this lists most of the scheduled changes to T-Ref over the next six
  121. months, it far from completes the software package.  We are constantly thinking
  122. of new enhancements to T-Ref and will incorporate them as time permits.
  123.  
  124. Version 2.0 ---
  125.  
  126. Finally, we are already looking at methods of integrating Modula-2, C, and
  127. dBASE III into a single comprehensive cross referencing tool.  Of course, we
  128. will change the name from "T-Ref" to "The-Ref".  For modular languages such as
  129. Modula-2 and C, we have already discovered an innovative way to handle the
  130. complexities of predefined libraries (or "packages").  We expect to have a
  131. completed, multi-language cross referencing program available by the end of
  132. 1987.
  133.  
  134. Once your name is on our mailing list, we will keep you up to date on all
  135. changes as they develop.  If you have any ideas at all as to how to make the
  136. program better, please feel free to drop us a post card or letter.  We will
  137. respond as time permits.  Thank you for your continued support.
  138.  
  139. -- Synergy Software of Nebraska
  140.    904 Lariat Circle
  141.    Papillion, NE  68046
  142.