home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / utils / command.zip / CP_QUEST.CRD (.txt) < prev    next >
Cardfile Document  |  1990-08-02  |  7KB  |  215 lines
  1. ----------------------------------------
  2.  @@ Questions and Answers
  3. ........................................
  4. This file contains a list of answers for the most frequently asked questions.  You may be able to find the answer to your question in this file.
  5.  
  6. In any case, our Tech Support number is
  7. (206) 937-9335.   Good Luck
  8. ----------------------------------------
  9. ----------------------------------------
  10. Browser don't print
  11. ........................................
  12. The Browser printing capability has been removed from the product pending debugging some of the win3.0 printing code.  It will get added back in in a future release.
  13. ----------------------------------------
  14. ----------------------------------------
  15. Change the  CmdPost  window title
  16. ........................................
  17. Select MAIN menu item.
  18. Select Reset Options....
  19.  
  20. Eventually it will ask you for the titles of the first and second Command Post windows.  The first and second windows MUST HAVE (at least ever so slightly) DIFFERENT TITLES -- or it will not work...
  21. ----------------------------------------
  22. ----------------------------------------
  23. Change the PATH for DOS apps
  24. ........................................
  25. If you need to run a old DOS application with a "different path", a simple batch file has been supplied to assist you in doing this.  Instead of having zillions of little BAT files around, a simgle one will do.  See the file CP_VIRT.BAT in your installation directory.  It can set a path, run a program and pass some parameters.
  26. ----------------------------------------
  27. ----------------------------------------
  28. Close a bunch of windows #1
  29. ........................................
  30. Usually to close a mass of windows, you use either the WinCloseNot function, or a series of WinClose functions.  However, if a lot of them then prompt you for the "Data Changed do you want to save" sort of stuff, it is easy to become confused as to what you are responding to....SO, as usual we offer an example of how to do this.
  31. ----------------------------------------
  32. ----------------------------------------
  33. Close a bunch of windows #2
  34. ........................................
  35. Assume there are LOTS of notepad windows open and you want to close them ALL...in an orderly fashion.
  36.  
  37. Repeat the code block in the #3 card once for each notepad you may wish to close.  It is OK to repeat it more times than you have notepads open...
  38. ----------------------------------------
  39. ----------------------------------------
  40. Close a bunch of windows #3
  41. ........................................
  42.  &Close Notepads
  43.    Terminate(!WinExist("Notepad"),"","")
  44.    WinActivate("Notepad")
  45.    a=WinGetActive()
  46.    WinClose("Notepad")
  47.    WinWaitClose(a)
  48.    ;and repeating...
  49.    Terminate(!WinExist(.....
  50. ----------------------------------------
  51. ----------------------------------------
  52. Closed CmdPost, Still in Windows!!???
  53. ........................................
  54. A "feature" of the new Command Post, when it is the primary shell in WIN3 (via the shell= in system.ini) is that the CmdPost window may be closed without exiting Windows.  This allows ALL of the shell memory to be freed if you need it.  When you close the last window, you will exit Windows.  Use the Exit Windows command to terminate Windows immediately.
  55. ----------------------------------------
  56. ----------------------------------------
  57. CmdPost starts up automatically
  58. ........................................
  59. The Command Post installation program adds CMDPOST.EXE to the "run=" line of the WIN.INI file.  You may move it to the "load=" line (or remove it entirely) if you wish.
  60. ----------------------------------------
  61. ----------------------------------------
  62. How to get back taskmanager/tasklist
  63. ........................................
  64. If either thru an old install program, or thru user modification, the tasklist is gone, the probable solution is to find TASKMANG.EXE in the Windows directory, and rename it to
  65. TASKMAN.EXE
  66.  
  67. If on a NETWORK, remove occurrances of
  68. TASKMAN.EXE except in the network windows directory.
  69.  
  70. ----------------------------------------
  71. ----------------------------------------
  72. How to size the startup CmdPost window
  73. ........................................
  74.  
  75. 1) Set the CmdPost window just where you want it.
  76.  
  77. 2) Under the MAIN menu item, select Reset Options.One of the options will allow you to save the startup position.
  78. ----------------------------------------
  79. ----------------------------------------
  80. How-2-Make a DirChange "stick"
  81. ........................................
  82. Executing a DirChange command in a CmdPost menu does not affect the display UNTIL a SetDisplay command is executed.  The SetDisplay command makes the DirChange stick so that the display is updated.  Example:
  83.  
  84. &SubDirs
  85.  &Windows Dir
  86.         DirChange("C:\WINDOWS")
  87.         SetDisplay("","","")
  88.  
  89. ----------------------------------------
  90. ----------------------------------------
  91. Initialization Failure Error
  92. ........................................
  93. Command Post starts up, has initialization failure error. to fix:
  94. Edit win.ini file 
  95.  
  96. CMDPOST.EXE will be on both the
  97.  
  98. run= 
  99. and 
  100. load= 
  101.  
  102. line.  Remove one reference.
  103. ----------------------------------------
  104. ----------------------------------------
  105. Install Fails
  106. ........................................
  107. The automatic install does not work 100% of the time (yet).  If you have problems with the automatic install, try the manual install.
  108. ----------------------------------------
  109. ----------------------------------------
  110. Run= and Load= in WIN.INI no work #1
  111. ........................................
  112. When Command Post is the primary shell (as defined in the system.ini file) the run= and load= lines in the win.ini file are IGNORED.  The reasoning here is that anything you want started up should be in the CMDUSER.CPM (or the CMDPOST.CPM) files with the other auto-initialize stuff.
  113.  
  114. See the next card for sample code.
  115. ----------------------------------------
  116. ----------------------------------------
  117. Run= and Load= in WIN.INI no work #2
  118. ........................................
  119. Sample code.  Instead of using the run= and load= statements in the win.ini file, add something like the following to the top of your cmduser.cpm file:
  120.  
  121.      Terminate(IsRunning(),"","")
  122.      RunIcon("this.exe","")
  123.      Run("that.exe","")
  124. ----------------------------------------
  125. ----------------------------------------
  126. Running screen blanker
  127. ........................................
  128. To run the blanker w/o CP, edit WIN.INI,
  129. in the windows section add
  130.    [windows]
  131.    load=blanker.xyz
  132. in the extension section add
  133.    [extensions]
  134.    xyz=cp_blnk.exe 5  <<--Notice parm
  135.  
  136. CP_DLL.EXE & CP_BLNK.EXE required files.
  137. If you just run it, the default parameter is -5
  138. ----------------------------------------
  139. ----------------------------------------
  140. Translate xxx.exe @^.^ @^.BAK
  141. ........................................
  142. One tricky translation from the old menu language to the new one is the translation of lines with only the root of the filename used.  The above translates to...
  143.    File=CurrentFile()
  144.    Root=FileRoot(File)
  145.    Run("xxx.exe","%File% %Root%.BAK")
  146. ----------------------------------------
  147. ----------------------------------------
  148. WIN2 "Directly Modifies Memory"  #1
  149. ........................................
  150. In Windows 2.x, 286 there was a box in the PIF editor for DOS applications that directly modified memory.  When Windows saw this box checked, it basically exited Windows, ran the DOS application, and restarted windows when the DOS app exited.  In Windows 3.0 there is no such capability.  If you need this capability (either in WIN2 or in WIN3 for some reason)...
  151.    [continued]
  152. ----------------------------------------
  153. ----------------------------------------
  154. WIN2 "Directly Modifies Memory"  #2
  155. ........................................
  156. Command Post 7.0 does not support the WIN2 286 "Directly Modifies Memory Flag" but here is a reasonable workaround.  Write a couple of standard DOS bat file, and a CmdPost menu item for it.  The  BATFILE titles are:
  157.  
  158. 1) WINDOWS.BAT Main Windows BAT file.
  159. 2) DOSAPP1.BAT Bat file for your DOS app
  160.     [continued]
  161. ----------------------------------------
  162. ----------------------------------------
  163. WIN2 "Directly Modifies Memory"  #3
  164. ........................................
  165. WINDOWS.BAT        MAIN BAT FILE
  166.  
  167. :TOP
  168. C:
  169. CD \WINDOWS
  170. ERASE WINNEXT.BAT
  171. WIN
  172. IF EXIST WINNEXT.BAT THEN WINNEXT.BAT
  173. EXIT
  174. ----------------------------------------
  175. ----------------------------------------
  176. WIN2 "Directly Modifies Memory"  #4
  177. ........................................
  178. DOSAPP1.BAT   SAMPLE BAT FILE
  179.  
  180. D:
  181. CD \SOMEODD\DIRECTRY
  182. APP1.EXE /options and such
  183. WINDOWS.BAT
  184.  
  185. ----------------------------------------
  186. ----------------------------------------
  187. WIN2 "Directly Modifies Memory"  #5
  188. ........................................
  189. And the Command Post menu item...
  190.  
  191. &DOSAPPS
  192.  &DOSAPP1
  193.    DirChange("C:\WINDOWS")
  194.    FileCopy("DOSAPP1.BAT","WINNEXT.BAT")
  195.    EndSession()
  196. ----------------------------------------
  197. ----------------------------------------
  198. WIN2 "Directly Modifies Memory"  #6
  199. ........................................
  200. When you start Windows with the WINDOWS.BAT file, the first thing it does is delete the WINNEXT.BAT file.  Then it calls Windows.
  201.  
  202. When the CmdPost menu item is executed,
  203. the DOSAPP1.BAT file is copied to WINNEXT.BAT, and then Windows is exited.  Back to the WINDOWS.BAT file
  204.  
  205.    [continued]
  206. ----------------------------------------
  207. ----------------------------------------
  208. WIN2 "Directly Modifies Memory"  #7
  209. ........................................
  210. The WINDOWS.BAT file checks for existance of the WINNEXT.BAT file, and if it exists, executes it.  That runs your DOS app.  When you exit your DOS app, the WINDOWS.BAT file is restarted.
  211.  
  212. This way you can run any program incompatible with Windows from Command Post.
  213.  
  214. ----------------------------------------
  215.