home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / ra / urd102b.zip / URD.DOC < prev    next >
Text File  |  1993-05-15  |  31KB  |  678 lines
  1.  
  2.                           User Registration Door 1.02b
  3.  
  4.                                        For
  5.                          RemoteAccess 1.10/1.11 and 2.00
  6.  
  7.  
  8.  
  9.                     Copyright 1992-93, Marco A.J. Miltenburg
  10.                                  Public Software
  11.  
  12.  
  13.     ┌──────────────────────────────────────────────────────────────────────┐
  14.     │▐▐▐▐ WHAT IS IT ?                                                     │
  15.     └──────────────────────────────────────────────────────────────────────┘
  16.  
  17.          User  Registration Door (or  URD) is a  RemoteAccess 1.10/1.11/2.00
  18.          door. It has been  designed to make it  very easy for new users  at
  19.          your bulletin board to answer  some questions before you grant them
  20.          access. URD is fully configurable and makes it possible to create a
  21.          questionnaire which  is completly simular  to your BBS. URD  has NO
  22.          limitation to the  number of questions. All questions can be in the
  23.          language the user has choosen (up to 99 languages are supported).
  24.  
  25.  
  26.     ┌──────────────────────────────────────────────────────────────────────┐
  27.     │▐▐▐▐ DISCLAIMER                                                       │
  28.     └──────────────────────────────────────────────────────────────────────┘
  29.  
  30.          In no event shall Public Software nor Marco Miltenburg be liable to
  31.          you  or anyone  else for  any  special, incidental,  consequential,
  32.          indirect or similar damages due to the use of this program  even if
  33.          one of our  support-sites has advised you  to use the program  in a
  34.          special way. The  program is provided as  it is, and you  use it on
  35.          your own risk.  All brands and product names  in this documentation
  36.          are  trademarks  or  registered  trademarks  of  their   respective
  37.          holders.
  38.  
  39.  
  40.     ┌──────────────────────────────────────────────────────────────────────┐
  41.     │▐▐▐▐ INSTALLATION                                                     │
  42.     └──────────────────────────────────────────────────────────────────────┘
  43.  
  44.          Installation  of User  Registration Door  is  very easy.  Just copy
  45.          URD.EXE and URD.CTL  to some directory of your harddisk (preferable
  46.          a subdirectory especially for  URD). Be sure that you have  set the
  47.          RA  environment variable as  explained in the  RemoteAccess manual.
  48.          URD  makes  use   of  this  variable   to  find  the   RemoteAccess
  49.          systemfiles. URD.CTL is the  controlfile used by URD. You  probably
  50.          need to  edit it to fit your own  needs. All commands are explained
  51.          later in this document.
  52.  
  53.          After editing the configurationfile, you will have to create one or
  54.          more  questionfiles, which defines the  questions the users have to
  55.          answer. An example  questionfile is included. All  commands will be
  56.          explained  later in  this document  and are  also commented  in the
  57.          example questionfile.
  58.  
  59.          Installation  of  the door  in  RemoteAccess  is easy.  It  doesn't
  60.          require  any commandline  option, however  it  accepts an  optional
  61.          commandline option.  Just simply make  a menuoption 7 in  your menu
  62.          and put the following in the optional data field :
  63.  
  64.            Menutype      : 7
  65.            Optional Data : URD.EXE [<filename>] *M
  66.  
  67.          Swapping  is recomended, because  URD allocates dynamic  memory. By
  68.          default URD will open URD.CTL and  URD.Qxx (where xx stands for the
  69.          language number, see below). If  you want to use other config-  and
  70.          questionnaire  files, supply the name  on the commandline as showed
  71.          above, but DON'T! include an  extension. URD will add the extension
  72.          of the file  by itself.  The name of  the .CTL and  the .Qxx  files
  73.          MUST! be the same.
  74.  
  75.  
  76.     ┌──────────────────────────────────────────────────────────────────────┐
  77.     │▐▐▐▐ CONFIGURATION FILE                                               │
  78.     └──────────────────────────────────────────────────────────────────────┘
  79.  
  80.          You control URD  with it's configurationfile URD.CTL  (or any other
  81.          filename  supplied on the commandline). This file contains commands
  82.          which  are read by URD  at startup. You  can/must use the following
  83.          commands :
  84.  
  85.            REGISTRATIONKEY
  86.            ─────────────────────────────────────────────────────────────────
  87.            Here  you enter  the  registrationkey  you  have  received  uppon
  88.            registering the program. If you are evaluating the program in the
  89.            trialperiode, comment this line  by putting a ;  in front of  the
  90.            line. The format of this line is :
  91.  
  92.              REGISTRATIONKEY = 1234567890
  93.  
  94.  
  95.            ANSWERFILE
  96.            ─────────────────────────────────────────────────────────────────
  97.            With this  option you define  in which  file URD  will write  the
  98.            answers of the  users. This keyword is optional.  It will default
  99.            to NEWUSER.ASW in the RA system directory. Example :
  100.  
  101.              ANSWERFILE = C:\RA\URD\NEWUSER.ASW
  102.  
  103.  
  104.          The next part defines how URD will update the users' level or flags
  105.          when  he/she has, or hasn't completed the questionnaire. Therefore,
  106.          you  define two  section  named  ANSWERED  and  NOTANSWERED.  These
  107.          sections are ended with  an END keyword. For both sections  you can
  108.          (almost) use the same keywords which are explained now.
  109.  
  110.            AFLAGS
  111.            ─────────────────────────────────────────────────────────────────
  112.            This command  sets or resets the  A-Flags of the user.  The flags
  113.            are numbered from 1 to 8 in this order :
  114.  
  115.                       12345678
  116.              AFLAGS = --1-0--1
  117.  
  118.            If  you want to set a flag use  a '1' on that place. A '0' resets
  119.            the flag and a '-' doesn't affect that flag.
  120.  
  121.  
  122.            BFLAGS
  123.            ─────────────────────────────────────────────────────────────────
  124.            See AFLAGS
  125.  
  126.  
  127.            CFLAGS
  128.            ─────────────────────────────────────────────────────────────────
  129.            See AFLAGS
  130.  
  131.  
  132.            DFLAGS
  133.            ─────────────────────────────────────────────────────────────────
  134.            See AFLAGS
  135.  
  136.  
  137.            UPDATELEVEL
  138.            ─────────────────────────────────────────────────────────────────
  139.            With this command  you can  update the level  of the user  and/or
  140.            time  he/she   has  left   on  the   BBS  after  completing   the
  141.            questionnaire.  You can use  as many of these  lines as you want.
  142.            There's is no limitation (only your systems' memory). The general
  143.            format of this command is :
  144.  
  145.              UPDATELEVEL = <old level>,<new level>,<timeleft>
  146.  
  147.            <old level>  is the level  of the  user when  he/she started  the
  148.            door.  If a  user has  this  level, it  will be  updated  to <new
  149.            level>. The time the user has left on the BBS  will be updated to
  150.            <timeleft> (in minutes).
  151.  
  152.            If you only want to update the  securitylevel of the user and not
  153.            the time  he/she  has  left  on  the BBS,  use  a  0  (zero)  for
  154.            <timeleft>. For example :
  155.  
  156.              UPDATELEVEL = 10,50,0
  157.  
  158.            If you don't want to update the securitylevel, but  only the time
  159.            the user has left, use 0 (zero) for <new level>. For example :
  160.  
  161.              UPDATELEVEL = 10,0,15
  162.  
  163.            If you  don't want to  update anything, simply comment  or delete
  164.            the lines.
  165.  
  166.  
  167.            HANGUP
  168.            ─────────────────────────────────────────────────────────────────
  169.            This keyword  allows you to  terminate a call when  a user didn't
  170.            want to complete  your questionnaire. Of course this  can only be
  171.            used in the NOTANSWERED section.
  172.  
  173.  
  174.            DELETE
  175.            ─────────────────────────────────────────────────────────────────
  176.            This keyword will delete the user from your userbase. It will set
  177.            the delete flag so that the next time you run RAUSER -P, the user
  178.            will be removed from your userbase.  If this keyword is used, all
  179.            other keywords don't matter anymore, because the user is  deleted
  180.            anyway. However,  URD will update the users' record as specified,
  181.            before deleting the user. Of course this can only be used  in the
  182.            NOTANSWERED section.
  183.  
  184.  
  185.            LOCKOUT
  186.            ─────────────────────────────────────────────────────────────────
  187.            This keyword  will lockout  the user from  your system  if he/she
  188.            doesn't  want to  answer  you questionnaire.  It  will lower  the
  189.            securitylevel to  zero and  terminate the  call (an  extra HANGUP
  190.            keyword is not  needed). Of course this  can only be used  in the
  191.            NOTANSWERED section.
  192.  
  193.  
  194.          An example of a complete section :
  195.  
  196.            NOTANSWERED
  197.              AFLAGS = 0-------
  198.              BFLAGS = 00100011
  199.              CFLAGS = --------
  200.              DFLAGS = -------1
  201.              UPDATELEVEL = 10,5,10
  202.            END
  203.  
  204.          If you want, you can leave out the redundant entry's like :
  205.  
  206.            CFLAGS = -------
  207.  
  208.          URD won't change  the flags  by default.  Look at  the example  CTL
  209.          files which are in the distribution archive for more examples.
  210.  
  211.  
  212.     ┌──────────────────────────────────────────────────────────────────────┐
  213.     │▐▐▐▐ QUESTIONNAIRE FILES                                              │
  214.     └──────────────────────────────────────────────────────────────────────┘
  215.  
  216.          The questionfile(s) define  the questions which has  to be answered
  217.          by  the user.  It also  contains  some keywords  that are  language
  218.          dependent, because this is the place to make URD multi-langual.
  219.  
  220.          The questionfiles have  to be named URD.Qxx (or  any other filename
  221.          supplied optionally  on the commandline),  where xx stands  for the
  222.          language  number. If,  for example, a  user is using  language 3 on
  223.          your system,  URD will open  the questionfile URD.Q03. If  it can't
  224.          open that file it will default to  language 1 and will try to  open
  225.          URD.Q01. If  this isn't  succesfull either, it  will abort  with an
  226.          errormessage  and  return  to the  BBS  (or  calling program).  The
  227.          questionfiles  have to be in the same directory as where URD.EXE is
  228.          located.
  229.  
  230.          First of all the keywords that are not related to the questions.
  231.  
  232.  
  233.            STARTSCREEN
  234.            ─────────────────────────────────────────────────────────────────
  235.            This keyword defines  the name of the ASC/ANS/AVT  file that will
  236.            be  displayed before URD  will aks  the user  if he/she  wants to
  237.            answer the questionnaire. DON'T include an extension. URD will by
  238.            itself determine what file to use (according to the flag settings
  239.            of the user). Example:
  240.  
  241.              STARTSCREEN = URD_STRT
  242.  
  243.  
  244.            BACKSCREEN
  245.            ─────────────────────────────────────────────────────────────────
  246.            This keyword defines  the name of the ASC/ANS/AVT  file that will
  247.            be displayed  as a  background screen  under your  questionnaire.
  248.            DON'T include an extension. Example :
  249.  
  250.              BACKSCREEN = URD_BACK
  251.  
  252.  
  253.            ENDSCREEN
  254.            ─────────────────────────────────────────────────────────────────
  255.            This keyword defines  the name of the ASC/ANS/AVT  file that will
  256.            be  displayed after  the user  has  completed the  questionnaire.
  257.            DON'T include an extension. Example :
  258.  
  259.              ENDSCREEN = URD_END
  260.  
  261.  
  262.            NOTANSWEREDSCREEN
  263.            ─────────────────────────────────────────────────────────────────
  264.            This keyword defines  the name of the ASC/ANS/AVT  file that will
  265.            be displayed if a user  doesn't want to answer the questionnaire.
  266.            DON'T include an extension. Example :
  267.  
  268.              NOTANSWEREDSCREEN = URD_NOT
  269.  
  270.  
  271.            SAVEANSWERTEXT
  272.            ─────────────────────────────────────────────────────────────────
  273.            This  string will  be showed  to the  user when  his  answers are
  274.            saved.  It will be  centered in the  middle of the  screen on the
  275.            bottom line. Default color is 15 (bright white). Example :
  276.  
  277.              SAVEANSWERTEXT = Saving your answers. Please hold....
  278.  
  279.  
  280.            MUSTANSWERTEXT
  281.            ─────────────────────────────────────────────────────────────────
  282.            This string will  be displayed when the user  hasn't answered all
  283.            questions  you wanted  him/her  to  answer  as defined  with  the
  284.            'MustAnswer = Yes' keyword  in the question section (see  below).
  285.            Default color is 12 (bright red).
  286.  
  287.              MUSTANSWERTEXT = You MUST answer the first 6 questions !
  288.  
  289.  
  290.          URD will search for the ASC/ANS/AVT files in this order :
  291.  
  292.           - Language Textfiles Directory
  293.           - URD Directory
  294.           - Current Directory
  295.           - Textfiles Directory as defined in RACONFIG (not the language)
  296.  
  297.          All ASC/ANS/AVT files may contain RA alike codes to insert user- or
  298.          systemparameters.  If you want  multi-langual support, you  have to
  299.          place the files  in the Language Textfiles Directory.  If URD can't
  300.          find the files, it will just  skip that part without displaying any
  301.          errormessage, so you don't have to use all screens. However, if you
  302.          don't supply  the filenames in  the .Qxx file, URD  will default to
  303.          the  filenames as in  the examples above.  So if you  don't want to
  304.          show a specific  screen, be sure  that you don't  have a file  with
  305.          that name in your textfiles directory.
  306.  
  307.          ───────────────────────────────────────────────────────────────────
  308.          Note for  ASCII screens:  Because URD can't  control the  cursor in
  309.          ASCII mode, you can't  make a fullscreen questionnaire system  with
  310.          ASC files. URD will start with the questions at the point  where it
  311.          was after displaying the ASC file. So  don't save your ASC files as
  312.          a fullscreen in your editor, but as a limited block.
  313.          ───────────────────────────────────────────────────────────────────
  314.  
  315.          Before starting  the questionnaire  URD has the  option to  ask the
  316.          user  if he/she wants  to answer your  questionnaire. This question
  317.          will be prompted after STARTSCREEN  has been displayed. If the user
  318.          doesn't want to answer your questionnaire, URD will update the user
  319.          as  defined in the NOTANSWERED section  in the CTL file and display
  320.          the NOTANSWEREDSCREEN. The question is defined by the STARTQUESTION
  321.          keyword and ended by an END keyword. Example :
  322.  
  323.            STARTQUESTION
  324.              X = 6
  325.              Y = 20
  326.              QUESTION = `A112:Do you want to answer the questions
  327.            END
  328.  
  329.          If you want  your users always to answer  the questionnaire, simply
  330.          delete (or  comment) the lines  in the questionfile. URD  will only
  331.          display  STARTSCREEN  then  and start  the  questionnaire directly.
  332.          Remember to put a ^A  (CTRL-A, wait for ENTER) in  your STARTSCREEN
  333.          if you don't use the startquestion!.
  334.  
  335.          Follows an explanation of the keywords.
  336.  
  337.            STARTQUESTION
  338.            ─────────────────────────────────────────────────────────────────
  339.            Defines the start  of the section that defines  the question that
  340.            will  be prompted to  the user to  ask if he/she  wants to answer
  341.            your questionnaire.
  342.  
  343.  
  344.            X
  345.            ─────────────────────────────────────────────────────────────────
  346.            The  colum where the  first character of  the question  has to be
  347.            placed.
  348.  
  349.  
  350.            Y
  351.            ─────────────────────────────────────────────────────────────────
  352.            The  row where  the  first character  of the  question has  to be
  353.            placed.
  354.  
  355.  
  356.            QUESTION
  357.            ─────────────────────────────────────────────────────────────────
  358.            This  keyword defines  the question  which will  be asked  to the
  359.            user.  You don't have to  include an [Y/N],  because URD will add
  360.            that automatically (language depently).
  361.  
  362.  
  363.            END
  364.            ─────────────────────────────────────────────────────────────────
  365.            Defines the end of the STARTQUESTION section.
  366.  
  367.          Note for ASCII mode: Because URD  can't control the cursor in ASCII
  368.          mode, URD will ignore  all coordinates given here. It will  put the
  369.          question directly on  the place where it was  left after displaying
  370.          the STARTSCREEN.
  371.  
  372.          Now we  are  at the  tough part  of  URD :  the  definition of  the
  373.          questions.  One  question  contains more  keywords,  just  like the
  374.          STARTQUESTION section.  These keywords define  several things about
  375.          the question. A question is started with an BEGIN keyword and ended
  376.          with  an END  keyword.  Everything between  it,  affects only  that
  377.          specific question.
  378.  
  379.          You can also use some of the  keywords outside a BEGIN-END section.
  380.          These keywords will affect all question which are defined BELOW it.
  381.          These keywords are named GLOBAL keywords.  Here's an explanation of
  382.          the keywords :
  383.  
  384.            BEGIN
  385.            ─────────────────────────────────────────────────────────────────
  386.            Defines the start of a question.
  387.  
  388.  
  389.            X
  390.            ─────────────────────────────────────────────────────────────────
  391.            The colum  where the first  character of the  question has  to be
  392.            placed. URD  will ignore this  keyword in ASCII mode,  because it
  393.            can't control the position of the cursor in this mode.
  394.  
  395.  
  396.            Y
  397.            ─────────────────────────────────────────────────────────────────
  398.            The row  where the  first character  of  the question  has to  be
  399.            placed. URD  will ignore this  keyword in ASCII mode,  because it
  400.            can't control the position of the cursor in this mode.
  401.  
  402.  
  403.            VALIDCHAR
  404.            ─────────────────────────────────────────────────────────────────
  405.            Defines what letters or  digits may be entered  by the user.  For
  406.            example if you ask for a phonenumber, you can disallow letters to
  407.            be entered. There are several groups defined :
  408.  
  409.              0 = All printable characters
  410.              1 = Characters and digits
  411.              2 = Characters only
  412.              3 = Digits only
  413.              4 = Digits and '+', '-' (useful for phonenumbers)
  414.              5 = Digits and '-', '/' (useful for date of birth)
  415.              6 = First four places digits only. Useful for postal codes.
  416.                  (Check for a valid code is not implemented!).
  417.  
  418.            If you want to ask  the user for his/her date of birth, you could
  419.            define :
  420.  
  421.              VALIDCHAR = 5
  422.  
  423.  
  424.            PREANSWER
  425.            ─────────────────────────────────────────────────────────────────
  426.            To make it  more easy for the  user to answer the  questions, URD
  427.            will  allow you  to  fill  in some  answers  already. The  groups
  428.            defined for this are :
  429.  
  430.              0 = Nothing
  431.              1 = Name
  432.              2 = Location
  433.              3 = Dataphone
  434.              4 = Voicephone
  435.              5 = Handle
  436.              6 = Birthdate
  437.              7 = Comm. Program used by the user (IEMSI session only)
  438.  
  439.  
  440.            If you ask a user to enter his/her voicenumber, you can use :
  441.  
  442.              PREANSWER = 4
  443.  
  444.            A  user only have to press ENTER  to confirm the number, although
  445.            URD will still allow the user to edit the supplied number.
  446.  
  447.  
  448.            MUSTANSWER
  449.            ─────────────────────────────────────────────────────────────────
  450.            Defines if the user MUST answer this question or not. For example
  451.            I want my users at least to  enter their address. Other questions
  452.            aren't that  important to me.  If they end the  questionnaire (by
  453.            pressing ESC) without  answering one or more questions  with this
  454.            statement,  URD  will  display  the  MUSTANSWER  string  (defined
  455.            earlier)  and will put the prompt on  the first question that has
  456.            to be answered.
  457.            Example :
  458.  
  459.              MUSTANSWER = YES
  460.  
  461.  
  462.            ANSWERCOLOR
  463.            ─────────────────────────────────────────────────────────────────
  464.            Defines in  which  the color  the  answers of  the  user will  be
  465.            displayed (see the COLORS section at the end of this document for
  466.            more information). Don't include the special colorcode here. Only
  467.            a numeric value. Example :
  468.  
  469.              ANSWERCOLOR = 15
  470.  
  471.  
  472.            EDITFIELDCOLOR
  473.            ─────────────────────────────────────────────────────────────────
  474.            Defines  the color  of  the  input prompt  when  the user  enters
  475.            his/her  answer. (see  the  COLORS  section at  the  end of  this
  476.            document  for  more  information).   Don't  include  the  special
  477.            colorcode here. Only a numeric value. Example :
  478.  
  479.              EDITFIELDCOLOR = 31
  480.  
  481.  
  482.            ANSWERLENGTH
  483.            ─────────────────────────────────────────────────────────────────
  484.            Defines the length of the answerfield. Example :
  485.  
  486.              ANSWERLENGTH = 30
  487.  
  488.  
  489.            QUESTION
  490.            ─────────────────────────────────────────────────────────────────
  491.            Defines the question which will be asked to the user. Example :
  492.  
  493.              QUESTION = Where do you live :
  494.  
  495.  
  496.            END
  497.            ─────────────────────────────────────────────────────────────────
  498.            Defines the end of the question.
  499.  
  500.  
  501.          To make it a little bit  easier for you to create the  questionfile
  502.          and to  let URD read  the questionfiles a little  bit faster, there
  503.          are a few keywords that can be used globally. These keywords are :
  504.  
  505.            MUSTANSWER
  506.            ANSWERCOLOR
  507.            EDITFIELDCOLOR
  508.  
  509.          Mostly these keywords will be assigned the same value for more than
  510.          one question.
  511.          This is an example of a question :
  512.  
  513.            BEGIN
  514.              X = 4
  515.              Y = 9
  516.              VALICHAR = 4
  517.              PREANSWER = 4
  518.              MUSTANSWER = YES
  519.              ANSWERCOLOR = 15
  520.              EDITFIELDCOLOR = 31
  521.              ANSWERLENGTH = 12
  522.              QUESTION = Voice Phone :
  523.            END
  524.  
  525.          Look at the example questionfiles for more examples. In ASCII mode,
  526.          URD will ignore all X, Y and color keywords, because URD won't have
  527.          any control on these items in this mode.
  528.  
  529.  
  530.     ┌──────────────────────────────────────────────────────────────────────┐
  531.     │▐▐▐▐ COLORS                                                           │
  532.     └──────────────────────────────────────────────────────────────────────┘
  533.  
  534.          URD allows you to completly change the look of the program. This of
  535.          course means  that you can  change the colors it  is using. Because
  536.          URD  is written  using RADU,  you  can use  the special  RADU color
  537.          codes. The general format of the colorcode is :
  538.  
  539.            `A<Parameters>:
  540.  
  541.            <Parameters>  numeric value
  542.  
  543.          For example `A15: will change the  color to bright white. The  code
  544.          `A30: will change  the color to yellow with a  blue background. The
  545.          numeric value can be calculated using the following formula :
  546.  
  547.            Color = Foreground + Background * 16
  548.  
  549.          ┌─────────────────────┐  ┌─────────────────────┐
  550.          │ Foreground Colors   │  │ Background Colors   │
  551.          ├───────────────┬─────┤  ├───────────────┬─────┤
  552.          │ Black         │  0  │  │ Black         │  0  │
  553.          │ Blue          │  1  │  │ Blue          │  1  │
  554.          │ Green         │  2  │  │ Green         │  2  │
  555.          │ Cyan          │  3  │  │ Cyan          │  3  │
  556.          │ Red           │  4  │  │ Red           │  4  │
  557.          │ Magenta       │  5  │  │ Magenta       │  5  │
  558.          │ Brown         │  6  │  │ Brown         │  6  │
  559.          │ Gray          │  7  │  │ Gray          │  7  │
  560.          │ - - - - - - - │ - - │  │ - - - - - - - │ - - │
  561.          │ DarkGray      │  8  │  │ Black         │  8  │
  562.          │ LightBlue     │  9  │  │ Blue          │  9  │
  563.          │ LightGreen    │ 10  │  │ Green         │ 10  │
  564.          │ LightCyan     │ 11  │  │ Cyan          │ 11  │
  565.          │ LightRed      │ 12  │  │ Red           │ 12  │
  566.          │ LightMagenta  │ 13  │  │ Magenta       │ 13  │
  567.          │ Yellow        │ 14  │  │ Brown         │ 14  │
  568.          │ White         │ 15  │  │ Gray          │ 15  │
  569.          └───────────────┴─────┘  └───────────────┴─────┘
  570.  
  571.          If you use a background color between 8 and 15, the foreground will
  572.          blink. Please  think about  the users that  are using  a monochrome
  573.          screen.  Some colors  may look  very  nasty on  these screens  (for
  574.          example:  Blue will  be underlined  on  monochrome systems).  These
  575.          special colorcodes  can  only be  used  in prompts  (questions  and
  576.          userprompts). If  you have  to enter a  numeric value  (for example
  577.          with  EDITFIELDCOLOR in  the  questionfile) you  can  use the  same
  578.          formula to calculate the color, but you may not include the special
  579.          `A code.
  580.  
  581.  
  582.     ┌──────────────────────────────────────────────────────────────────────┐
  583.     │▐▐▐▐ REGISTRATION                                                     │
  584.     └──────────────────────────────────────────────────────────────────────┘
  585.  
  586.          You are allowed  to evaluate the program  for a period of  30 days.
  587.          After this  periode you  MUST register or  stop continue  using the
  588.          program. Registration isn't  to make me rich, because  I will never
  589.          become rich, even if you register ;-). It's just to cover some cost
  590.          I make for making this  program and distributing it. It won't  give
  591.          you any extra features  (yet) either. This shareware  version isn't
  592.          cripled in any way.  In future version there will  be some features
  593.          added that  will  only be  available  for registered  users.  After
  594.          registration, you  will receive a key  which will be valid  for the
  595.          current version and  all future  version of  URD. Even  if the  key
  596.          system will change, you won't have to pay for a new key.
  597.  
  598.          To  register,  please fill  in  the  form  URD.REG suplied  in  the
  599.          distribution  archive and send it with a  file-attach to one of the
  600.          adresses  listed  below or  upload it  (PRIVATE!!!) to  my bulletin
  601.          board system.
  602.  
  603.  
  604.          Support & Registration
  605.          ──────────────────────
  606.  
  607.          System..: Public Board Driebergen, The Netherlands
  608.          Sysop...: Marco Miltenburg
  609.          Phone...: +31-3438-14125 - 24 Hrs a day
  610.          Speeds..: V21-V32bis, HST-16k8.
  611.                    Running an USRobotics Courier HST Dual Standard
  612.          Netmail.: Fido          : 2:512/169
  613.                    VirNet        : 9:318/4
  614.                    PNN           : 13:310/303
  615.                    SIGnet        : 27:2331/1
  616.                    RA FileNet    : 95:200/111
  617.  
  618.          Thank you  for using the  program. Any suggestions and/or  tips are
  619.          welcome of  course. You can send them  to the same addresses listed
  620.          above.
  621.  
  622.  
  623.     ┌──────────────────────────────────────────────────────────────────────┐
  624.     │▐▐▐▐ DISTRIBUTION / LATEST VERSION                                    │
  625.     └──────────────────────────────────────────────────────────────────────┘
  626.  
  627.          URD will  be hatched  into a  few well  known filenets, which  will
  628.          cover most of the  world. However, if you  can't get a copy of  the
  629.          latest release, you can always download or request (magic name URD)
  630.          the latest release on the following systems :
  631.  
  632.            Public Board Driebergen, The Netherlands
  633.            Sysop: Marco Miltenburg
  634.            Fido: 2:512/169 - Phone: +31-3438-14125 V32b, HST-16k8
  635.  
  636.            MultiServer BBS Zwolle, The Netherlands
  637.            Sysop: Jos Bergman
  638.            Fido: 2:512/54  - Phone: +31-38-541358  V32b, HST-16k8
  639.            Fido: 2:512/315 - Phone: +31-38-540882  V32b, ZYX-19k2
  640.  
  641.            Escape BBS IJsselstein, The Netherlands
  642.            Sysop: Hans de.Vor
  643.            Fido: 2:512/45  - Phone: +31-3408-70297 V32b, HST-14k4
  644.            Fido: 2:512/311 - Phone: +31-3408-72037 V32b
  645.  
  646.  
  647.     ┌──────────────────────────────────────────────────────────────────────┐
  648.     │▐▐▐▐ CREDITS                                                          │
  649.     └──────────────────────────────────────────────────────────────────────┘
  650.  
  651.          I  would  like to  thank  all  the  guys  and girls  who  join  the
  652.          international   PASCAL   echomail   area   for  there   interesting
  653.          discussions. I learned (and still do) a lot from all this.
  654.  
  655.          Of course I may not forget  Andrew Milner for writting an excellent
  656.          BBS  package like  RemoteAccess.  Without RA,  this  door would  be
  657.          useless.
  658.  
  659.          Also thanks to (in no particular order) : Jos Bergman, Ruben Bonke,
  660.          Pascal van Rossum, Berry Cozijnsen,  Bruce Bodger (RA Support USA),
  661.          Hans Siemons (RADU), Harald Harms (for just being a nice guy when I
  662.          call or  talk  to him  ;-), Hans  de.Vor and  all  people who  have
  663.          contacted me with  valuable tips, bug-reports and  suggestions from
  664.          the  USA, Israel,  Australia, Germany,  England and  of  course The
  665.          Netherlands.
  666.  
  667.          User Registration Door  is written using  Borland Turbo Pascal  7.0
  668.          and RemoteAccess Door Unit 3.00 /0502 (official betatester).
  669.  
  670.          All  brands  and  product names  named  in  this documentation  are
  671.          trademarks or registered trademarks of there respective holders.
  672.  
  673.          RemoteAccess by Andrew Milner, Continental Software.
  674.          Turbo Pascal by Borland International Inc.
  675.          RADU by Hans Siemons, Prime Productions.
  676.  
  677.          <EOF>
  678.