home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / notabene / 797 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.6 KB  |  52 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!CUNIXB.CC.COLUMBIA.EDU!PJB3
  3. Message-ID: <CMM.0.90.0.715468790.pjb3@cunixb.cc.columbia.edu>
  4. Date:         Wed, 2 Sep 92 17:19:50 EDT
  5. Sender:       Nota Bene List <NOTABENE@TAUNIVM>
  6. From:         "Paul J. Bodin" <pjb3@CUNIXB.CC.COLUMBIA.EDU>
  7. Subject:      Re: Library Master (was Re: Life after NotaBene)
  8. Comments: To: Nota Bene List <NOTABENE%TAUNIVM.BITNET@ricevm1.rice.edu>
  9. Newsgroups: bit.listserv.notabene
  10. In-Reply-To:  Your message of Wed, 2 Sep 92 11:50:00 EST
  11. Lines: 39
  12.  
  13. Bob Strauss writes:
  14.  
  15. > A brief question: NB 3.x was written, basically, by XYQuest. Nicht wahr?
  16. > So that NB 4.0 is the first time NB has tackled a word processor on their
  17. > own. Can this be part of the problem?
  18.  
  19. The situation is a bit more complicated than that.  The editor upon
  20. which NB is based was written by XyQuest.  All the help files,
  21. overlays, NB.COM, drivers and so on were written by DF.  DF did not
  22. have control over the editor code because they did not have a code
  23. license, so they had to rely on XyQuest to make needed changes to the
  24. editor (when they got around to it).  This caused understandable
  25. problems.
  26.  
  27. This will be the first version of NB for which the DF (now NBI)
  28. programmers had a code license for the editor.  That sounds like good
  29. news, and it is, BUT it also has a downside.  The XyWrite editor is
  30. written in a rather distinctive (not to say idiosyncratic) style of
  31. assembly language.  That is one reason for its speed.  It is also the
  32. source of a major headache when it comes to code maintenance.  The
  33. changes to the editor needed for NB4 were made by DF staff, but they
  34. first had to master this huge mass of "spaghetti" assembly code, and
  35. that is not an easy task.  They now seem to have a handle on it, but
  36. it must have been a struggle for them.
  37.  
  38. BTW, the description of the XyWrite editor as "spaghetti code" did not
  39. come from anybody at NBI--it was an impartial third party who so
  40. described it.  I have glimpsed fragments of the code as programmers
  41. worked on it in my presence, and it certainly looked convoluted and
  42. anything but modular to me--and comments were sparse indeed.
  43.  
  44. The good news for the future is that DF programmers seem to have a
  45. handle on the code now, and should be able to code improvements and
  46. new features with greater ease in the future.
  47.  
  48. ___________________________________________________________________________
  49. Paul J. Bodin                         Internet: pjb3@cunixb.cc.columbia.edu
  50. Union Theological Seminary               smail: 435-52nd Street
  51. (718) 439-3549                                  Brooklyn, NY 11220
  52.