home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / text / 1500 < prev    next >
Encoding:
Text File  |  1992-12-26  |  1.5 KB  |  46 lines
  1. Xref: sparky comp.text:1500 gnu.groff.bug:278
  2. Path: sparky!uunet!spool.mu.edu!olivea!mintaka.lcs.mit.edu!ai-lab!prep.ai.mit.edu!gnulists
  3. From: rdonahue@spdcc.com (Bob Donahue)
  4. Newsgroups: comp.text,gnu.groff.bug
  5. Subject: Annoying ?roff-ism
  6. Message-ID: <1992Dec23.150031.5068@spdcc.com>
  7. Date: 23 Dec 92 15:00:31 GMT
  8. Followup-To: comp.text,gnu.groff.bug
  9. Organization: insert anything here
  10. Lines: 32
  11. Approved: info-gnu@prep.ai.mit.edu
  12. Apparently-To: gnu-groff-bug@rutgers.edu
  13.  
  14.  
  15.     I hesitate to call this a bug, but it is a non-feature
  16. as far as I am concerned.  IF anyone has a suggestion/fix for this,
  17. I'm all ears.
  18.  
  19.     I have set up several macros to keep track of
  20. figures, tables, etc. for my thesis, e.g.:
  21.  
  22. .\"  tX ----- TABLE CAPTION
  23. .de tX
  24. 'tm T|\\n%|\\n(cC.\\n+(tT|\\$1|
  25. ..
  26.  
  27. which pumps out things to stderr, and lets me keep track of the the
  28. table/figure number, etc. auto-magically.  Cool.
  29.  
  30.     However, I also keep my tables and figures in floating keeps.
  31.  
  32.     I realized yesterday that the \\%n register records the
  33. page groff was on when the keep is FIRST ENCOUNTERED, and not the
  34. page where the KEEP is finally executed!  Therefore, any contents
  35. page I generate from this output is nearly always wrong (usually
  36. of by 1, sometimes 2 rarely is it correct).
  37.  
  38.     Since I can't think of any reason you'd care to know
  39. what page the text would ideally be on, this I suppose does constitute
  40. a problem for big documents.
  41.  
  42.     So, if anyone has an idea or can otherwise "correct" the macro
  43. above, I'd be grateful.
  44.  
  45. BBC
  46.