home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / database / dprog131.zip / UPGRADES < prev    next >
Text File  |  1989-03-22  |  7KB  |  166 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.      
  8.                            Enhancements from version 1.21
  9.      
  10.      
  11.      
  12.      Improvements to the final dBASE programs and in DPSORTP.PRG.
  13.      
  14.      
  15.      1. Vertical and Horizontal Menu Bars now about 3-4 times faster.
  16.      
  17.      2. Bug which caused Vertical Menu to display an "one-too-far" choice
  18.         relative to the Menu letter pressed, now fixed; in particular, when the
  19.         last option letter was pressed, this off-by-one caused a program crash
  20.         since there was no existing prompt line to land on.
  21.      
  22.      3. All Selection criteria and Filter expressions now undergo validity
  23.         checks upon user-entry
  24.      
  25.      4. Update mode is now flagged and prohibited whenever the file in question
  26.         is empty (at file creation, or after a PACK of a totally DELEted file,
  27.         for example)
  28.      
  29.      5. Sort Def. Field Selection
  30.      
  31.         A. The Fields on DPSORT.DBF had inconsistent spelling (SORTF07 instead
  32.            of SORTFO7); this led to program crash when more than 2 Sort Fields
  33.            were specified. Fixed in program and on DPSORT.DBF. Use dBASE program
  34.            included in this update SORTFIX.PRG to convert your current
  35.            DPSORT.DBF to compatibility with the new system while retaining your
  36.            Sort Definition data
  37.         
  38.         B. All Sort Fields in Sort/Selection screen are now checked for
  39.            existence in the host database. Also, the entry of these Sort Fields
  40.            is further assisted by an automatic "scan mode" which allows user-
  41.            selection from the Fields in the host database
  42.         
  43.         C. The Sort Fields are also validated prior to usage of any Sort
  44.            Definition for Report, Label, or MailMerge purposes. This heads off
  45.            the problem of the host .DBF structure being changed after the Sort
  46.            Def. was created, thus possibly invalidating the contents of said
  47.            Sort Def.
  48.      
  49.      6. Duplicate Sort Definition-names are now flagged and not permitted.
  50.      
  51.      7. Message was added to announce proper Word Processor formats in case of
  52.         user-entry-error ("WORDSTAR", "MSWORD")
  53.      
  54.      8. In Find mode, both in host databases and Sort Def. mode, had slight flaw
  55.         in "not found" messages.
  56.      
  57.      9. READS used as WAITs in final dBASE code are ineffective for this purpose
  58.         when in CLIPPER mode; they were replaced by a "WAI" waiting and message
  59.         module.
  60.      
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.      10.At this time, (to be changed soon) the CLIPPER and "old" DB3 modes must
  74.         and do use special @ SAY,GET screens for menus and user screens.
  75.      
  76.      
  77.      
  78.      Improvements/changes to dPROG:
  79.      
  80.      
  81.      1. Insert/Delete had bug which caused the screen to not show effects of
  82.         Ins/Del on Fields right of the Lock Col; these Fields should not have
  83.         been thusly affected. This caused difference between these Fields'
  84.         screen location and their internal coordinates. Bug fixed.
  85.      
  86.      2. RULER Line shielded from any contact with cursor; cursor movement jumps
  87.         over the RULER, and no chars may be typed over it.
  88.      
  89.      3. RULER now "blinks" at Lock Col. location. This is updated automatically
  90.         if the RULER is on and you happen to reset the Lock Col.
  91.      
  92.      4. Line Insert/Delete only when RULER OFF
  93.      
  94.      5. Insert/Delete of characters or whole lines which would result in losing
  95.         any Field, now requires user-confirmation
  96.      
  97.      6. Insert/Delete now works on either side of the Lock Col., thus providing
  98.         a form of vertical "split-screen" capability
  99.      
  100.      7. Chars/Fields on Lock Col protected from Del/Ins; formerly, the
  101.         protection began 1 to the right of the Lock Col. This was done so that
  102.         Col 80 could be effectively protected without having to Lock 79.
  103.      
  104.      8. Special chars now cannot be placed on a Field
  105.      
  106.      9. Lock Col cannot be declared on any character of a Field (except the 1st)
  107.         on any given line; when you move to another line, if the Lock Col is
  108.         presently on a Field, Ins/Del may require changing the Lock Col.
  109.      
  110.      10.PAINT Color Selection had bug which did not flag nunbers out of 0 - 255
  111.         range; also, the retention of the current COLOR setting upon hitting
  112.         <RETURN> was sporadic. Bug fixed.
  113.      
  114. Comments on Version 1.31
  115.  
  116. USER DOCUMENTATION:
  117.  
  118. New "%REPLACE()" function added for use in "Calculation" part of dPROG
  119. Field Definition. The syntax is:
  120.  
  121.    %REPLACE(<lookup field>, <alt. DBF>, <alt. NDX>, <data source field>)
  122.  
  123. where:
  124.  
  125.    <lookup field> is the field in the host screen containing the
  126.    lookup data;
  127.  
  128.    <alternate DBF> is the external database containing the field
  129.    holding the data we want to retrieve;
  130.  
  131.    <alternate NDX> is the index file to be used for the alternate
  132.    database during the lookup;
  133.  
  134.    <data source field> is the field in the alternate database
  135.    which contains the replacement data.
  136.  
  137. Example:
  138.  
  139.    Assume we are in dPROG, editing a screen called MAILEM using a
  140.    database called MAILEM. One of our MAILEM Fields is STATE,
  141.    and another is STNAME (State abbreviation and State name,
  142.    respectively). We want the user to be able to enter a State
  143.    abbreviation, and then have the abbreviation used to lookup, in
  144.    a database named STATE, this abbreviation, and then pull out the
  145.    corresponding State name (STNAME) and place this State name into
  146.    the MAILEM Field STNAME automatically. To accomplish this in
  147.    dPROG, use F6 to edit Field Definition for our MAILEM Field STNAME.
  148.    Go down to the Calculation box and enter the following expression:
  149.  
  150.    %REPLACE(STATE,STATE,STATE,STNAME)
  151.  
  152.    which would cause MAILEM Field STATE to be used in a search
  153.    of STATE.DBF using index STATE.NDX (or NTX), and accessing STATE.DBF
  154.    Field STNAME, returning the data to our host Field STNAME in
  155.    screen MAILEM.
  156.  
  157.    This replacement only occurs if the lookup is successful; if
  158.    the lookup Field is not found in the alternate database, no
  159.    replacement is made, and if the Field is defined as either "File"
  160.    or "0" thru "9" (index Field), then upon lookup failure the user is
  161.    prompted to manually enter the data for the host Field.
  162.  
  163.    NOTE!!! The search is conducted on the TRIM of the lookup field.
  164.            The result is returned for the length of the receiving
  165.            field.
  166.