[Date Prev][Date Next] [Thread Prev][Thread Next]
[Date Index] [Thread Index] [New search]

RE: A solution to the Footnote/Endnote Problem (MORE)



In my earlier post on this subject, I proposed a solution to the
footnote/endnote problem by making the footnote text small and invisible,
and producing endnotes by generating a LOP that compiles a numbered list of
footnotes, with page references, if desired.

Here is more information about the solution:
1. The footnotes must be numbered sequentially throughout the file for the
solution to work (see item 3 below for the reason why).

2. The Footnote paragraph tag is set up with a font size of 2 pts, and line
spacing of 2 pts (they're still editable by zooming in to 800%). At print
time, the footnote paragraphs are globally updated to change the text color
from black to white so as to make them invisible. The footnote reference
frame is deleted so the extra space it produces is eliminated.

With this setup, I've found that, with one footnote inserted in the last
text line on a page, two more footnotes can be inserted in lines above the
last text line without producing the hated migration of footnotes to the
next page. If no footnote is inserted in the last few lines, more than 3
footnotes per page can be accommodated without producing footnote migration.
The total vertical space occupied by all the footnotes on a page is
calculated using the following formula:

        H = 4(n-1) + 2
Where H = the vertical height in points of all the footnotes on a page, and
n = the number of footnotes on the page.

3. The LOP reference page specifies autonumbering of the FootnoteLOP
paragraphs to replicate the original footnote numbers (this is necessary
since footnote paragraphs do not have autonumbers that can be picked up in a
generated list).

If an endnote LOP for a multi-file book is being generated, the footnotes
will still start at 1 within each file (another FrameMaker anomaly), thus
you must include the chapter title paragraph in the generated LOP, and that
paragraph must have its autonumbering set up to reset the footnote counter
so that the footnotes within each chapter will be properly numbered. That
is, the autonumbering for the ChapTitleLOP paragraph must be set up as:

        <n+>< =0>
          |    |
          |    |
          |    ----------The footnote counter
          |
           -----The chapter number counter

And the autonumbering of the FootnoteLOP paragraph must be set up as:

        < ><n+>  

4. Since FrameMaker numbers table footnotes (in the default setup) as a, b,
etc., and restarts the numbering in each table, the TableFootnote paragraph
cannot be included in the generated LOP for the endnotes, because the
autonumbering described in 3 above would then fail to replicate the original
footnote numbers. That is, table footnotes must be kept readable in the
document, since they cannot appear in the endnotes.




     ____________________
     | Nullius in Verba |
     ********************
Dan Emory, Dan Emory & Associates
FrameMaker/FrameMaker+SGML Document Design & Database Publishing
Voice/Fax: 949-722-8971 E-Mail: danemory@primenet.com
10044 Adams Ave. #208, Huntington Beach, CA 92646
---Subscribe to the "Free Framers" list by sending a message to
   majordomo@omsys.com with "subscribe framers" (no quotes) in the body.


** To unsubscribe, send a message to majordomo@omsys.com **
** with "unsubscribe framers" (no quotes) in the body.   **