[Date Prev][Date Next]
[Thread Prev][Thread Next]
[Date Index]
[Thread Index]
[New search]
To: Bart Windrum <bart.windrum@xxxxxxxxxxxxxxx>, FrameUsers <Framers@xxxxxxxxxxxxxx>, Framers <framers@xxxxxxxxx>
Subject: Re: Controlling white space around graphic frames
From: Thomas Neuburger <thomasn@xxxxxxxxxxxxxxxx>
Date: Wed, 16 Jan 2002 22:24:06 -0800
In-Reply-To: <B86B0B4D.37E5%bart.windrum@diogenesinc.com>
Sender: owner-framers@xxxxxxxxx
Hi Bart, Yes, a good solution exists. Put the graphic in a anchored frame in a paragraph by itself, tagged something like FramePara. The anchored frame should be At Insertion Point, Baseline Offset=0. Put the caption below it in a separate paragraph, perhaps FrameCaption. The paragraph stack now looks like this: Body FramePara FrameCaption Body You can control all vertical white space by controlling Space Above and Space Below for these tags. No manual adjustment is necessary -- just use the tags. Make sure that: FramePara Line Spacing is *not* set to Fixed. You shrink-wrap the anchored frame around the graphic with Esc m p. You don't resize anchored frames by grabbing them from the bottom. This changes baseline offset. There are other ways (a one-cell table) but this is my recommended method. The results look very professional. Tom Neuburger The Masters Series: FrameMaker 6 ISBN 1-930597-01-0 On sale at www.bn.com Bart Windrum wrote: >Before mucking around with a QuicKey sequence... > >I want to ensure common, preformatted amounts of white space above and below >graphic frames used to hold screenshots. Frame heights will vary (widths >will be common, the full column measure). In all instances I want to specify >either differing offsets above and below, or a common "border" if need be >(altho certain pix will require the full column width and cannot withstand >horizontal cropping). > >Does a solution exist? I notice a "border" option in the graphics toolbar >but applying this -- to the frame or the pix inside it -- has no effect >(even after speccing a big one, 60pts). The Mac commands for shrinkwrapping >and unshrinkwrapping do not take affect so I cannot evaluate this >functionality. > >This issue remains opaque; obviously its implementation differs from that >employed in XPress, where one simply applies a border inside or outside an >item. ** To unsubscribe, send a message to majordomo@omsys.com ** ** with "unsubscribe framers" (no quotes) in the body. **