home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / notabene / 330 < prev    next >
Encoding:
Text File  |  1992-07-25  |  1.5 KB  |  35 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!wupost!darwin.sura.net!paladin.american.edu!auvm!SIVM!NASSH100
  3. Message-ID: <NOTABENE%92072419463912@TAUNIVM>
  4. Date:         Fri, 24 Jul 92 12:45:09 EDT
  5. Sender:       Nota Bene List <NOTABENE@TAUNIVM>
  6. Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
  7. From:         Allan Needell <NASSH100@SIVM>
  8. Subject:      Creating a textbase/mailmerge cocktail
  9. Newsgroups: bit.listserv.notabene
  10. In-Reply-To:  note of 07/24/92 04:54
  11. Lines: 22
  12.  
  13. From: Allan Needell
  14.  
  15. Mervyn,
  16.  
  17. Ibid files are structured exactly like mailmerge LST files (except that a
  18. record need not have blank lines (ALT-space CR) for each empty field as in
  19. Mailmerge. Field entries in Ibid begin with a two-letter code (e.g. AU, ST,
  20. DA,,,,) followed by a colon and then the content of the field entry. Each
  21. field entry ends with the ATL-space CR combo, each record ends with a page
  22. delta. Their is a R# field (Record number) which begins each entry.
  23.  
  24. I see no reason you can't do exactly what you propose. Its too bad you can't
  25. spring for Ibid+ though. It flexible both in input and output. For example, I
  26. keep a database of just the sort you describe using Ibid+. Occasionally I
  27. generate a chronologically ordered output in exactly the form (including
  28. footnotes) that I use for my general notecard textbase. I then index the
  29. resulting file into my textbase and use it while writing.
  30.  
  31. Allan Needell
  32. National Air & Space Museum
  33. Smithsonian Institution
  34. Washington, DC 20560  (BITNET: NASSH100@SIVM)
  35.