home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / bit / listserv / notabene / 2994 < prev    next >
Encoding:
Text File  |  1992-12-15  |  3.2 KB  |  69 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!uwm.edu!psuvax1!psuvm!auvm!SIVM.BITNET!NASSH100
  3. Message-ID: <NOTABENE%92121519001385@TAUNIVM>
  4. Date:         Tue, 15 Dec 92 11:57:04 EST
  5. Sender:       Nota Bene List <NOTABENE@TAUNIVM.BITNET>
  6. Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
  7. From:         Allan Needell <NASSH100@SIVM.BITNET>
  8. Subject:      xpl/NB4 problems + email fix
  9. Newsgroups: bit.listserv.notabene
  10. Lines: 57
  11.  
  12. From: Allan Needell
  13.  
  14. Greetings,
  15.  
  16. List traffic has been a bit slow, so I thought I'd describe something
  17. a bit complicated.
  18.  
  19. I have been working with a version of Michael Shalev's program to
  20. prepare a file suitable for email from a normally entered nb text
  21. document.  It turns out, at least for me, that the Shalev program
  22. contains a character combination that causes nb4 (even nb4 without
  23. LINGUA) to invoke a complex and  destructive set of conversions.  Most
  24. important, if the file is called to the screen with either ca or cap,
  25. an LA2 delta is inserted at the beginning of the file and all of the
  26. open and close delta characters (double angle brackets) are replaced
  27. by "less/greater than or equal" signs.  Worse, if the file is saved
  28. (in my case with or without the -x switch) the original file is
  29. corrupted and rendered useless.  I suspect the -x switch works only
  30. with LINGUA.
  31.  
  32. The problem is the way in which Michael chose to remove the MDxx
  33. deltas from the file.  He first saves "MD??" (where ? is a "wild
  34. letter" xpl marker) using the xpl sv function.  Later he executes a
  35. change routine using the xpl pv command, but in such a way as to nest
  36. a delta within a delta (i.e. the sole content of one delta is a pv77
  37. delta. Apparently this construction drives nb4 crazy. (NB3.1 handled it
  38. fine.)
  39.  
  40. I don't know how general the problem is, perhaps the xpl experts will
  41. look at it.  In the meantime, I have revised Michael Shalev's program
  42. in several ways to make it work with nb4 and the default HPIII laser
  43. printer cartridge I have loaded.  First, inelegantly I admit, I
  44. eliminate mdxx deltas one mode at a time.  Second I replace the use by
  45. Shalev of the "ab" command (which in nb4 calls for a "y" verification
  46. if a file has been altered), with a "st" and "ernv" sequence.  The new
  47. program works for me in nb4.  Before, it would get hung up looking for
  48. the "y" verification.  I assume it will work in LINGUA.  Most
  49. important, it can be called and edited in NB4 to reflect the font
  50. families and pitch/point sizes that come with your normally active
  51. printer table.  (It is simplest to insert monospaced 10 PITCH (not
  52. point) ff/pt combination into the program).  Finally, I have added a
  53. change sequence to remove all triple carriage returns.  Why the program
  54. tends to pile up cr's at the end I do not know.  Rather than figure
  55. it out, I have chosen simply to remove them.
  56.  
  57. I can provide an xxencoded copy of the revised xpl program privately.
  58.  
  59. I'd also be interested in comments on the more general problem.  Why
  60. should an LA2 delta appear in files called by NB4 without LINGUA.  A
  61. check with the dos list command shows that the LA2 delta is not there
  62. originally.
  63. |
  64.  
  65. Allan Needell
  66. National Air & Space Museum
  67. Smithsonian Institution
  68. Washington, DC 20560  (BITNET: NASSH100@SIVM)
  69.