home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-385-Vol-1of3.iso / p / posti29f.zip / POSTI29F.DOC next >
Text File  |  1993-01-01  |  4KB  |  76 lines
  1.                    Postit! v2.9f by Rich Geldreich 1992
  2.                 Loader further optimizied by Jim Giordano
  3.               User Interface and Graphical embellishments by
  4.                    Mark H Butler & Quinn Tyler Jackson
  5.                                   * * *
  6.                PostIt! THE Binary <─> BASIC Script Creator
  7.  
  8. Purpose:
  9.  To enable the posting of  compressed  listings  on a text only net.
  10.  This program takes a binary input file and converts it to a  series
  11.  of small,  postable files which other people can capture and run to
  12.  get the original binary file.
  13.  
  14. Instructions:
  15.  Just  follow  the prompts.   You give the input & output filenames,
  16.  the page length and the number  of lines you want reserved for your
  17.  stuff and it does the rest.  If nothing is inputted for a prompt, a
  18.  default value will be used for it instead.
  19.  
  20. Additions by Mark Butler:
  21.  (8-30-1992)
  22.  Postit!  output filename now defaults to the input filename if none
  23.  is given.   If the input filename is 8  characters  in  length  the
  24.  default output filename will be truncated to the first 7 characters
  25.  of  the input filename.   The default output extension is now "BAS"
  26.  instead of nothing.  I also added a little bit of text mode "screen
  27.  magic" to further augment  Quinn T. Jackson's copyright screen  and
  28.  warning screen additions.   Fixed bug from version 2.8  that caused
  29.  succeeding output files after the first  one to overwrite  the same
  30.  filename due to the filename number suffix not incrementing. I also
  31.  caused the program to skip the opening screens if an input filename
  32.  is entered from the command line when the program is run. (I didn't
  33.  think folks wanted to see those screens *every* time they wanted to
  34.  use PostIt! Sometimes ya just want to get on with it right?)
  35.  (9-12-1992)
  36.  Hardcoded a  CHR$(34)  (a quote character)  to the end of each full
  37.  length G-sub data line in the attempt to thwart  line truncation in
  38.  transit on the Net  plus re-shortend G-line length to 65 characters
  39.  ---> MHB
  40.  
  41. Additions and Modifications by Quinn Tyler Jackson (August 22, 1992)
  42.  
  43.  Postit!  now prints  a warning  screen,  warning  users of possible
  44.  abuse of binary-to-text posts.   Also, instead of the old '80 DONE'
  45.  meter, this version uses a graphical bar that looks like this:
  46.  
  47.  ▒▒▒▒▒▒▒▒▒▒ (One block=2 completion.)
  48.  
  49.  I have also added a nice starting screen, giving Rich  credit where
  50.  it is due!   Bells and whistles, boys!
  51.  <qtj>
  52.  
  53. Note:   The  loader  outputted  with  the  encoded  data   has  been
  54.  "compressed" in order to squeeze it into 8 lines.  Each line of the
  55.  loader is less that 72 characters,  so don't worry if it looks like
  56.  some lines are too long when you load it into QB.   When QB expands
  57.  the loader to make  it  look  "nicer",   some  lines will look like
  58.  they're too long to put on an echo, even though they aren't.   What
  59.  I'm trying to say is:   Only  post  the  files  outputted  by  this
  60.  program, don't load them into QB and resave them.
  61.  
  62. Tech stuff:
  63.  The output files created  by  this  program  should be "echo safe".
  64.  The following 64 characters are used to encode the binary file:
  65.  
  66.  abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789()
  67.  
  68.  The script file is checked at runtime to see if all of the  encoded
  69.  data  is  present.   Also,  a simple checksum is used to inform the
  70.  user if the script file was  screwed or not(The file created is not
  71.  deleted if this occurs,  however.   If only a  few  characters  are
  72.  garbled,   then  some  of the output file may be still extractable.
  73.  But if the 6-bit output  stream  falls  out of sync, then there's a
  74.  very good  chance  that  the  rest  of  the  archive  is  completly
  75.  unusable.)
  76.