home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / database / datamage.zip / HELPFILS.ZIP / AM_MIS_T.HLP < prev    next >
Text File  |  1991-09-10  |  5KB  |  96 lines
  1. APPLICATIONS MAKER - HELP FOR MISCELLANEOUS TYPES
  2.  
  3. The  MISCELLANEOUS ITEMS are, as the name implies, items  that  don't
  4. fit any other category.  These items are of six types:  CHECK  INPUT,
  5. BLANK INPUT, CHECK REPORT, BLANK REPORT, DEBUG and COLOR.
  6.  
  7. CHECK  INPUT ITEMS:  With the CHECK INPUTs the program  will  display
  8. the  input screen for the user.  The page-up, page-down  (etc.)  keys
  9. will  be  active and the user can view the entire  input  screen  via
  10. their use.  No changes can be made to the input screen.  The user may
  11. opt for OK or ABORT.
  12.  
  13. The CHECK INPUT items take a label as an argument.  If the user  opts
  14. to abort the input, presumably due to a keying error, the application
  15. will do a forward goto to that label.
  16.  
  17. BLANK  INPUT ITEMS:  With the BLANK INPUTs the input screen  will  be
  18. renewed.   The data entered will be replaced by the squares  you  see
  19. when the application is loaded.
  20.  
  21. You  may wish to balnk only a certain portion of  your  application's
  22. input screen.  To support this you will be prompted for the beginning
  23. and ending line (vertical) and screen (horizontal), thusly creating a
  24. box within your application in which all items will be renewed.
  25.  
  26. CHECK REPORT ITEMS:  With the CHECK REPORTs the report screen will be
  27. displayed as with the CHECK INPUT items.  A label on the input screen
  28. is  required as an argument.  The application branches to this  label
  29. if the user aborts the report.
  30.  
  31. The  CHECK REPORT items also take a label on the report screen.   The
  32. report  is made starting at this label and continues until  the  next
  33. break item on the report screen or the end of the report.
  34.  
  35. If  the user OKs the report it will be printed from the CHECK  REPORT
  36. screen.   There  is no need to use a DO PRINT item  after  the  CHECK
  37. REPORT item, unless you want two copies of the report.
  38.  
  39. BLANK REPORT ITEMS:  With the BLANK REPORTs the report screen will be
  40. renewed.   The  data on the report screen will be replaced  with  the
  41. squares you see when the application is loaded.
  42.  
  43. Like  the BLANK INPUT items you may specify vertical  and  horizontal
  44. limits  within which to blank your report.  Unlike the input  screen,
  45. the  report is of varying width.  Therefore you will need to  specify
  46. the beginning and ending COLUMN (vertical) of the area to blank.
  47.  
  48. It  should  be noted that each item on the report screen  is  blanked
  49. with SPACES just before it is filled by the program.  If your  report
  50. uses GOTOs to branch around some of it's items you will need to use a
  51. BLANK  REPORT  item  to remove the data they  may  contain  from  the
  52. preceding report, as they may not be executed.
  53.  
  54. DEBUG ITEMS:  With the DEBUG ITEMS you may interrupt the execution of
  55. your  application as you develop it, and display the content of  your
  56. numeric and string variables.  The debug items will allow you to  see
  57. the numeric OR the string vars.  If you wish to see both at any given
  58. time  use two DEBUG items.  After your application is  completed  and
  59. you have verified it you may remove the DEBUG ITEMS.
  60.  
  61. This  option  is also available from the edit screen by  pressing  D.
  62. You  may  assign names to your vars.  They will be  saved  with  your
  63. application, and will appear in the DEBUG window thereafter.
  64.  
  65. COLOR ITEMS:
  66.  
  67. With the COLOR ITEMS you may create a rectangular area on your  input
  68. screen  that  displays the foreground and background colors  of  your
  69. choice,  provided that you have a machine that can display color  and
  70. that  you  have  not started the program with  the  BW  command  line
  71. argument.
  72.  
  73. The  COLOR  ITEMS  are unique in that they  are  ignored  during  the
  74. execution  of  your application.  They are executed only  during  the
  75. LOADING  of the application, and can NOT be used to change the  color
  76. of  an area on the screen while running your application.   For  your
  77. convenience   the  COLOR  ITEMS  are  placed  on  the   screen   when
  78. initialized,  and removed from the screen when deleted.   You  should
  79. take care when using these items.
  80.  
  81. If  you  define  a  small color box, then a  larger  color  box  than
  82. infringes  upon or covers it you will spoil the first box.  You  need
  83. to  define your color areas so that any boxes within boxes are  found
  84. during loading after the larger box.  Failure to do so will result in
  85. a  mess.  As in the execution of the applications, the loading  takes
  86. place from top to bottom, right to left.
  87.  
  88. You   should  define  your  color  boxes  first,  then   place   your
  89. data/heading items within them.  You CAN do it the other way, but  it
  90. will  be more difficult and take more of your time.  If you  wish  to
  91. add  color areas to an application you may locate your cursor on  the
  92. items  they  contain,  opt to MOVE them then press  return  with  the
  93. cursor  in the same position.  You will then have the opportunity  to
  94. adjust the color of the item without re-initializing it.
  95.  
  96.