home *** CD-ROM | disk | FTP | other *** search
/ Hall of Fame Game Cube 3: Adventure / aztechhalloffamegamecubedisc3- / adventur / titles.txt < prev    next >
Text File  |  1995-07-31  |  10KB  |  239 lines

  1.  
  2.  In the middle are two list boxes: the left one displays objects which
  3.  are possessed, the right one objects which are worn.  For more detail
  4.  on transactions on these objects: (SEE Object Transactions)
  5.  
  6.  OBJECT TRANSACTIONS
  7.  -------------------
  8.  
  9.  Objects can be Described, Picked Up, Bought, Taken, Used, Sold, Dropped
  10.  or Removed (when worn).  The appropriate transaction will depend on
  11.  where the object i located: whether it is on the ground, on a
  12.  character, possessed or worn.  In whichever one of the 4 lists the
  13.  object is liste, it must first be selected (either by clicking on it or
  14.  with the cursor keys) before any transaction can be carried out on it.
  15.  
  16.  These transactions are described in more detail below:
  17.  
  18.  DESCRIBE:  In whichever list an object is shown, there is a 'Describe'
  19.  button.  Pressing it will bring up a more detailed description.
  20.  
  21.  PICK UP:  If the object is located on the ground at the current
  22.  location (top left of upper panel) it can be picked up by pressing this
  23.  button.
  24.  
  25.  BUY:  If the object is located on a character (bottom left of upper
  26.  panel), the player can press this button to REQUEST the character to
  27.  sell it.  The character may or may not respond with an offer to sell,
  28.  or respond in a different way.  If a deal is agreed the object will be
  29.  transferred from the character's to the player's object list and money
  30.  will transfer from player to character.
  31.  
  32.  TAKE:  If the object is located on a character (bottom left of upper
  33.  panel), the player can press this button to REQUEST the character to
  34.  give it to him.  The character may or may not respond with an offer to
  35.  give, or respond in a different way.  If the gift is accepted the
  36.  object will be transferred from the character's to the player's object
  37.  list.
  38.  
  39.  USE:  If the object is possessed by the player it may be used.  In
  40.  certain circumstances use may be denied:
  41.  
  42.  If it is already in use. If it is money. If it needs another object to
  43.  be used.
  44.  
  45.  When used, a description of it behaviour/effect on use appears and may
  46.  have various effects on the player's atttributes.  If it is an object
  47.  that is worn, it will be transferred to the list of objects worn.  It
  48.  is on its last usage, an additional message box will inform the player
  49.  of this, and the item will be removed from the list.
  50.  
  51.  SELL:  If an object is possessed by a player, and it is not money, a
  52.  player may attempt to sell it to the currently selected character.  The
  53.  character may or may not respond favourably with an offer to buy.  If a
  54.  deal is agreed the object will be transferred from the player's  to the
  55.  character's object list and money will transfer from character to
  56.  player.
  57.  
  58.  DROP:  If an object is possessed by a player, he may drop it, the
  59.  object being removed from the list of player objects and added to the
  60.  list of items in the current cell.
  61.  
  62.  REMOVE:  If an obejct is worn by the player, clicking this button will
  63.  transfer the object from the worn list to the possessions list.
  64.  
  65.  CHARACTER ENCOUNTERS
  66.  --------------------
  67.  
  68.  When a player is on the same square as a character, the player may
  69.  interact with the character.  Interactions associated with the buying,
  70.  selling and taking/giving of objects has been described elsewhere: (SEE
  71.  Object Transactions)
  72.  
  73.  The other type of encounter is an attack, either by the player or the
  74.  character.  If either party attacks, the game automatically evaluates
  75.  the outcome of a fight where the attacked party always defends
  76.  themselves.  The outcome will be controlled by the relative values of
  77.  the #SKILL life attribute of the player and character, albeit that a
  78.  player's #LUCK is also used to contribute to the outcome.  The net
  79.  effect of the encounter will be a reduction in both parties #STAMINA as
  80.  displayed in the encounter message box.
  81.  
  82.  Repeated attacks may take place, initiated either by the player or the
  83.  character.  The attacking party always has a slight advantage through
  84.  surprise.  The ultimate outcome of continued attacks will be that one
  85.  of the characters will run out of #STAMINA and will die - if it is you
  86.  your game is then over.  If it is the character, any objects they
  87.  possess will be dropped on the ground at that point.
  88.  
  89.  FILE MENU FUNCTIONS
  90.  -------------------
  91.  
  92.  Games can be loaded and saved, and the application exited. Under the
  93.  FILE menu heading, the following can be actioned:
  94.  
  95.  SAVE:  Up to nine different versions of the same adventure game can be
  96.  saved, and given descriptive names.
  97.  
  98.  LOAD:  Any of the saved games can be loaded, as well as loading a new
  99.  game with the player at the start location.
  100.  
  101.  EXIT:  The application can be exited, although you are asked if you
  102.  wish to save first.
  103.  
  104. ----- Use the Game Authoring Facility --------------------------------
  105.  
  106.  On the main window, you can either select an existing game to edit, or
  107.  have no selection to create a new game.  Then click the button 'Game
  108.  Author Facility'.  In the shareware version you will not be able to
  109.  load games larger than 10x10 cells - the training game is this size,
  110.  but the full-size game is not loadable.
  111.  
  112.  As the interest in this facility may not lie with everyone who takes
  113.  the shareware program, the documentation is NOT included in this file.
  114.  HOWEVER, full and comprehensive documentation is given under help in
  115.  this area of the PROGRAM.
  116.  
  117. ----- Release History -------------------------------------------
  118.  
  119. Version 1.0 - 31 July 1995 - Initial Release
  120.  
  121. ----- HEY! Authors Vendors and Distributors, S@@ our INSTALL PROGRAM
  122.  
  123.  We think that authors, vendors and distributors of Windows software
  124.  should look at our installation program.  This is a generic piece of
  125.  Windows software which can be used to install any application.  It has
  126.  the added advantage of also being used to create a distribution
  127.  diskette from a hard disk installation.
  128.  
  129.  **************************
  130.  ** INSTALLATION PROGRAM **
  131.  **************************
  132.  
  133.  The program is designed specifically for propogating shareware and its
  134.  features provide considerable benefits to authors and distributors of
  135.  software written in any language.
  136.  
  137.  *    Generic program, installation controlled by a standard file:
  138.       PEPYINST.LST.  Your construction of this file defines the
  139.       installation.
  140.  
  141.  *    Install option features (defined in pepyinst.lst) include:
  142.       -   Wildcard file installations - handle 0,1 or many files meeting
  143.           the same wildcard specification (eg *.bmp)
  144.       -   Installs specified dll's, vbx's, etc to /windows/system
  145.           only if not present already.
  146.       -   User selectable options supported
  147.       -   Small data files created from pepyinst.lst directly.
  148.       -   One-on-one small file creations can be linked to wildcard file
  149.           installations.
  150.  
  151. *     The installation program can be used to propogate the program.
  152.       It can successively be used to do a user installation and then a
  153.       distribution diskette or BBS Upload production and over again.
  154.  
  155. *     Can handle more than one application on one distribution disk.
  156.  
  157. *     The user can specify any valid drive\directory for installation
  158.  
  159. *     An installation log is produced on-screen and can be printed.
  160.  
  161. *     Pepyinst.lst files are encrypted to prevent tampering.
  162.  
  163. The program can be sold to you at one of two levels:
  164.  
  165. *     The object code with the encrypter and a description of the
  166.       PEPYINST.LST standard.  This could be used to install any Windows
  167.       software, not just Visual Basic.
  168.  
  169. *     The Visual Basic 3 source code with the above package.  Authors
  170.       would have the freedom to modify the package (ie introduce new
  171.       features, change logos, etc) and to issue Copyright on the object
  172.       code provided that:
  173.  
  174.       -    It is distributed as Freeware
  175.       -    No attempt is made to re-sell the source code.
  176.       -    No changes are made to existing elements of the PEPYINST.LST
  177.            standard.
  178.       -    Any ADDITIONS and EXTENSIONS made to the standard must be
  179.            communicated back to Pepys Ltd.
  180.  
  181.  
  182. ----- !! ATTENTION !! Windows Software Authors - L@@k at our ORDER FORM
  183.  
  184.  This is a generic Visual Basic 3 form which can be added to any VB3
  185.  application to enhance the look and feel of your whole product and
  186.  provide a valuable marketing tool.
  187.  
  188.  ****************
  189.  ** ORDER FORM **
  190.  ****************
  191.  
  192.  The Order Form is a Visual Basic form which helps the user review your
  193.  products and place an order quickly and easily.  It can be used to
  194.  order ANY software product:
  195.  
  196.  *    To register a shareware copy
  197.  *    To order add-on files
  198.  *    To purchase other registered programs
  199.  *    To order (for a disk/postage charge) other shareware programs
  200.  
  201.  Nothing could be simpler to incorporate it into your software.  Merely
  202.  add the form to your VB3 application, provide a buton or menu
  203.  command for the user to access the order form, and set a Tag on the
  204.  calling form.
  205.  
  206.  Features of the order form itself include the following:
  207.  
  208.  *    Up to 1000 characters, a graphic, license status and price of each
  209.       application can be displayed.
  210.  *    Users can select items to order by point and click.
  211.  *    Price, quantity discount and distribution charges and total cost
  212.       automatically calculated
  213.  *    User details quickly taken
  214.  *    Choice of payment methods including credit card
  215.  *    Choice of media
  216.  *    Print screen for order form to be posted when finished
  217.  *    Return to calling form or End application on quit.
  218.  
  219.  Pepys Ltd offers the source code to other VB3 developers with complete
  220.  freedom to modify and incorporate it within in your software, with the
  221.  only limitations being the requirement for a credit to Pepys and your
  222.  agreement to not further distribute the source code in either
  223.  unmodified or modified format.
  224.  
  225.  
  226. ----- Company Information ------------------------------------------
  227.  
  228.  Pepys Ltd. is a private limited company registered in England.
  229.  
  230.  Registered number 2960001.
  231.  
  232.  Registered offices: Bridgewater House, Century Park, Caspian Way,
  233.  ALTRINCHAM, WA14 5HH
  234.  
  235.  
  236. ----- Viewing this File in Full ---------------------------------------
  237.  
  238.  The heading at the foot of the document announces the VENDINFO
  239.  compressed data section.  This communicates, in a structured