[Date Prev][Date Next]
[Thread Prev][Thread Next]
[Date Index]
[Thread Index]
[New search]
To: Free Framers <framers@xxxxxxxxx>
Subject: RE: A solution to the Footnote/Endnote Problem (MORE)
From: Dan Emory <danemory@xxxxxxxxxxxx>
Date: Mon, 1 Mar 1999 04:04:48 -0700 (MST)
Sender: owner-framers@xxxxxxxxx
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. **