[Date Prev][Date Next]
[Thread Prev][Thread Next]
[Date Index]
[Thread Index]
[New search]
To: Dan Emory <danemory@xxxxxxxxxxxx>, Esmond Pitt <esmond.pitt@xxxxxxxxxxx>, Free Framers <framers@xxxxxxxxx>
Subject: RE: Figure numbering out of sequence with floating anchored frames
From: "Ridder, Fred" <fred.ridder@xxxxxxxxx>
Date: Fri, 23 Nov 2001 23:38:32 -0500
Sender: owner-framers@xxxxxxxxx
Unfortunately, Dan, the behavior you describe for the "Floating" option is *not* how FrameMaker behaves. In fact, it appears that you are describing almost the exact opposite of what happens. When you set the Start attribute of a table to Floating, it means that the table can "float away" from its anchor. If the table cannot fit on the page where the anchor symbol is located, the *table only* will "float downward" to the next page or column while the anchor ] does not move. The text that follows the anchor symbol, in turn, "floats upward" to fill the space that is left at the bottom of the page where the table can't fit. This appears to match your description of what happens when Float is *not* selected. And because of this problem with your definition of "floating", your categorical assertion of 11/19 that Esmond was "absolutely wrong" about your method defeating the "Float" function is simply incorrect. Your method *does* lose the "Float" function because the table can never float away from the anchor symbol. BTW, I do agree with you that using an empty paragraph to hold the table anchor is generally a good approach. But this approach does *not* work when you legitimately need to use the Float function as it really works because you get extra line space (whatever line spacing and space before/after you set for the anchor paragraph) in the location where the table would fall if it could fit on that page. This extra space becomes visible because the "Float" selection allows FrameMaker to fill the space following the anchor with paragraphs that would otherwise follow the table, and you see the additional space before the text that floated upward. My opinions only; I don't speak for Intel. Fred Ridder (fred.ridder@intel.com) Senior Publishing System Analyst Intel Corporation Telecommunications and Embedded Group Parsippany, NJ -----Original Message----- From: Dan Emory [mailto:danemory@primenet.com] Sent: Tuesday, November 20, 2001 7:21 PM To: Esmond Pitt; Free Framers Subject: RE: Figure numbering out of sequence with floating anchored frames FrameMaker uses the following definition of Floating: FLOATING: Use the Floating option to let the frame float to the next column if the frame and its anchor symbol can't fit in the same column. The "Anchor Symbol" appears in the anchoring paragraph, thus, if floating is on, both the anchoring paragraph (including any text in that anchoring paragraph) and the anchored frame both "float to the next column." If you turn Floating off, the anchoring paragraph (including its text) should stay in the previous column, or page and only the anchored frame should float to the next column or page. That's why I have stated repeatedly that the anchoring paragraph should always be empty. That way, no text preceding the anchored frame ever moves when the anchored frame floats to the next column, thus the issue of whether Floating is turned on or off becomes irrelevant. What you don't want to have happen is what occurs when using an empty anchoring paragraph and the Anchoring Position is set to Below Current Line with Floating turned off (the default setting). In that case, the empty anchoring paragraph stays behind and only the anchored frame floats to the next column or page. By using At Insertion Point as the anchoring position, floating is always on, thus the empty anchoring paragraph always appears in the same column or page as the anchored frame. The other advantage of using At Insertion Point is that, when the anchored frame and its empty anchoring paragraph both float to another column or page, the anchoring paragraph does not produce an undesired empty space at the top of the page above the anchored frame, as would be the case if you had set the Insertion point to Below Current Line. At 09:50 AM 11/21/01 +1100, you wrote: >Dan > >The explanation is that I had fixed line spacing on. > >However the behaviour of the frame is not 'floating', it is the same w.r.t. >vertical alignment as if it was set to "below current line" with floating >*off*, i.e. the para and frame move to the next column if they don't fit, but >not *over the text*: there is white space at the bottom of the previous >column >instead of text. So I claim I am right after all. ==================== | 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 177 Riverside Ave., STE F, #1151, Newport Beach, CA 92663 ---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. ** ** To unsubscribe, send a message to majordomo@omsys.com ** ** with "unsubscribe framers" (no quotes) in the body. **