home *** CD-ROM | disk | FTP | other *** search
/ The Pier Shareware 6 / The_Pier_Shareware_Number_6_(The_Pier_Exchange)_(1995).iso / 035 / ncftpb4.zip / v2_Note < prev   
Text File  |  1994-08-27  |  2KB  |  36 lines
  1. Versions numbered between 1.5.0 and 1.9.9 are interim releases.  No major
  2. features are planned for these; only tweaks and fixes.
  3.  
  4. Version 2.0 is much cooler, but I haven't had time to work on it.  If
  5. you send me email, I _will_ read it, but it may take me awhile to get to it,
  6. and I may not answer.  Please don't be offended.  I really regret having
  7. to release code that is such a mess.  I should have wrote the code from
  8. scratch, rather than built it upon the original BSD code (which is a mess
  9. itself!).
  10.  
  11. I apologize in advance for bugs I fixed in 2.0 but forgot to re-fix
  12. in these interim releases (I think I got'em all, though).
  13.  
  14. Here is a list of things that are in the 2.0 code but not this version:
  15.  
  16. * Easy-to-read, better organized, commented code.
  17. * Using my own "style guide," so source is coded uniformly.
  18. * Unlimited global macros.  These are really nice!  They take arguments,
  19.   so you can make mini-scripts.  The macros can be typed as if they
  20.   were commands; no more $macroname crap.
  21. * No-longer using .netrc and it's format.  This was necessary for the
  22.   global macros anyway, and it allowed me to add some other features,
  23.   like host aliases.  Old .netrc's won't work.  Sorry!
  24. * Improved command line parser, that lets any command use > and |, so
  25.   it behaves like a real shell command line (almost).
  26. * Improved 'redir' that works automatically, can reformat listings with
  27.   different ls flags, all without refetching it over the network.  It
  28.   will also facilitate remote globbing... AND remote filename completion!
  29. * Many little things I can't begin to list.
  30.  
  31. Keep that in mind if you want to make a feature enhancement.  I'm telling
  32. you this now so you don't spend your time programming something that is
  33. already done for the 2.0 release.  Also note that patches would
  34. have to be re-coded for 2.0.  (The gist is that you should wait until
  35. 2.0 is done before doing anything major).
  36.