Framemaker Figures and Captions
Joe Kelsey
tables, etc.) include the chapter number and a running number of
figures in the chapter. Currently, I have 4 levels of autonumbered
headings possible, so my first thought uses the same numbering tag for
figures as headings, but starts the figure numbers as the fifth number
in the series. Unfortuantely, this resets the figure number with each
minor heading change! Can you import a different tag number into an
autonumber specification?
For example, my headings use:
Paragraph tag: h1
Auto number: n:<n+>.\t
Paragraph tag: h2
Auto number: n:<n>.<n+>.\t
Paragraph tag: h3
Auto number: n:<n>.<n>.<n+>.\t
Paragraph tag: h4
Auto number: n:<n>,<n>.<n>.<n+>.\t
Paragraph tag: figure
Auto number: n:<n><><><>-<n+>\t
As a side issue, why can't I place an anchored frame *above* the
anchor point? If I want to put figure titles *below* the figure, the
natural way seems to place the anchor point in the figure title and
have the anchored text appear *above* the anchor point. But nooooooo!
I have to put a text column *inside* the anchored frame with the
figure title inside it! (Look at the examples in the fmm.templates
directory -- the figure title has an anchor point for the figure, all
assuming that you *always* want the figure title *above* the figure!)
And they wonder why I complain so much about documenting things...
Just another of the many things that Framemaker *almost* gets right,
but somehow manages to mess up in the end.
/Joe
Ray Zimmerman
kel...@mdd.comm.mot.com writes:
>I want to autonumber figures within a chapter so that figures (and
>tables, etc.) include the chapter number and a running number of
>figures in the chapter. Currently, I have 4 levels of autonumbered
>headings possible, so my first thought uses the same numbering tag for
>figures as headings, but starts the figure numbers as the fifth number
>in the series. Unfortuantely, this resets the figure number with each
>minor heading change! Can you import a different tag number into an
>autonumber specification?
>
>For example, my headings use:
>
>Paragraph tag: h1
>Auto number: n:<n+>.\t
>
>Paragraph tag: h2
>Auto number: n:<n>.<n+>.\t
>
>Paragraph tag: h3
>Auto number: n:<n>.<n>.<n+>.\t
>
>Paragraph tag: h4
>Auto number: n:<n>,<n>.<n>.<n+>.\t
>
>Paragraph tag: figure
>Auto number: n:<n><><><>-<n+>\t
Well, you've got it *almost* right. What you want is for the figure
number to be second in your series. Like this:
h1 n:<n+>.\t
figure n:<n>-<n+>\t
h2 n:<n>< >.<n+>.\t
h3 n:<n>< >.<n>.<n+>.\t
h3 n:<n>< >.<n>.<n>.<n+>.\t
etc.
Remember that the < > means don't reset this number.
Note the space ----^
Take a look at the FAQ for a more detailed example which includes
Tables and Equations as well.
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Ray Zimmerman \ 397 Theory Center, Electrical Engineering
\ Cornell University, Ithaca NY 14853
Ray-Zi...@cornell.edu \ Phone: 607-254-8819 Fax: 607-255-9072
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
"The number you have dialed is imaginary.
Rotate phone 90 degrees and try again."
timothy shimeall
>As a side issue, why can't I place an anchored frame *above* the
>anchor point? If I want to put figure titles *below* the figure, the
>natural way seems to place the anchor point in the figure title and
>have the anchored text appear *above* the anchor point. But nooooooo!
>I have to put a text column *inside* the anchored frame with the
>figure title inside it!
A couple of thoughts:
a) use single-cell tables to hold your figures -- the table caption
options allow for labels above or below the table, and you can
easily change the paragraph type in the caption to be figure
instead of table. (it also allows the caption to float with the
figure)
b) Make the anchor point the first thing in the figure title
paragraph, and follow the anchor point immediately by a
linebreak (meta-return). Assuming the figure appears
"below current line", this will put the caption below the
figure. (but won't work if figure is to float)
Tim
--
Tim Shimeall ((408) 646-2509)
The proper response to detecting a bug isn't to fix the bug - it's to make
sure you'll never have to worry about that bug again. --- Richard Hamming
Michele Vening
>In article <1992Oct29....@mdd.comm.mot.com> kel...@mdd.comm.mot.com (Joe Kelsey) writes:
>>As a side issue, why can't I place an anchored frame *above* the
>>anchor point? If I want to put figure titles *below* the figure, the
Oh, come on! Joe's goal was to put the caption below the figure without
having to jump through too many hoops. Put the anchor in a body paragraph.
On the paragraph below the anchor, apply a Figure style which includes any
desired autonumber AND has the property "Keep with Previous."
We've used this for years here and haven't run into problems (except the normal
one--the problem where the figure is at the top of a column). There may be
another answer, one that I haven't really researched--insert the anchored
frame with "Baseline offset nn pt," where nn is a positive number. The frame
floats above its anchor.
--
Michele Vening
--------------------------------------------------------------------
Opinions expressed herein are mine and not those of my employers.
--------------------------------------------------------------------
Motorola ASIC DA Frame Support (602) 821-4253
Chandler AZ FAX: (602) 821-4963
ven...@chdasic.sps.mot.com
^^^^^^^ PLEASE NOTICE THIS CORRECT ADDRESS!!
Make sure your mailer replies to it.
timothy shimeall
>Put the anchor in a body paragraph.
>On the paragraph below the anchor, apply a Figure style which includes any
>desired autonumber AND has the property "Keep with Previous."
figure appear on a page other than the one with the anchor point.
>There may be
>another answer, one that I haven't really researched--insert the anchored
>frame with "Baseline offset nn pt," where nn is a positive number. The frame
>floats above its anchor.
This won't work (or, won't look right for most styles/tastes). The
caption cannot be centered beneath the figure
using this option, because Frame treats the line with the anchor as
if the frame was on it, instead of above it.
Frankly, the single-cell-table for figures is VERY easy, binds the
caption to the figure conviniently and allows for floating figures.
Give it a try...
Bob Campbell
table? That is what I have been doing. It seems to have the same
effect.
---------------------------------------------------------------------------
Bob Campbell Some times I wish that I could stop you from
camp...@cup.hp.com talking, when I hear the silly things you say.
Hewlett Packard - Elvis Costello
Bob Campbell
>>table? That is what I have been doing. It seems to have the same
>>effect.
>The only real problem comes from the fact that to a table ``float''
>means something different than it does to a figure...
I asked about this in a different string. Actually, you can make it
behave in exactly the same way. Usually this involves placement of
the table anchor (and in normal tables, dinking with the orphan rows
setting.
> also, you cannot
>size table columns the same way you size anchored frames, etc.
How do you mean? Resizing the contents?
> This
>again points out the basic problems with Framemaker: in order to make
>the correct choice (to use one-celled tables (amoebae?) versus
>anchored frames versus ...) the user *has* to know *all* of the
>technical details and must make that choice themselves. You can't
>simply provide a document style (a la LaTeX) and just give the user a
>few simple commands. Framemaker forces you to confront such arcane
>things as point size, line spacing, etc. each and every time you open
>a menu!
Well, I have defined different paragragh and character types that mimic
an HP-internal document format and have found that it is rather simple.
If you mean that the temptation is always there to use all of those
neat widgets making the document a bit schizo, I see your point.
>Oh well. I got what I need for the current document. Now if I can
>only remember it when I need to write the next document...
I hear you there.
> /Joe
> A true LaTeX fan forced into bondage to Framemaker...
Bob,
Doesn't want to be making documentation anyways :-)
Kurt Gutzmann
in a text flow in the same anchored frame containing the figure. The two
definitely stay together and keep their spacing relationships. You may
need to jack around with the frame's spacing attribs as usual.
---
_________________________________________________________________
o
/_~. Kurt Martin Gutzmann | Adv. Comp. Rsrch. Inst.
()\/ () /|\ gutz...@acri.fr | Lyon, France
_________________________________________________________________
"This [signature file|snakeskin jacket] is an expression of
my belief in individual creativity and personal freedom..."
Joe Kelsey
ideas. Unfortunately, I still consider Framemaker an incredible
kludge, but I have to live with it. The basic problem comes from the
fact that anyone who wants to do *anything* except just type, *must*
become an expert typesetter and delve into internal obscure details.
Of course, all WYSIWYG editors suffer from this same defect.
In <1154...@hpcuhe.cup.hp.com> camp...@hpcuhe.cup.hp.com (Bob Campbell) writes:
>What problems are there with embedding the figure in a single-cell
>table? That is what I have been doing. It seems to have the same
>effect.
The only real problem comes from the fact that to a table ``float''
means something different than it does to a figure...also, you cannot
size table columns the same way you size anchored frames, etc. This
again points out the basic problems with Framemaker: in order to make
the correct choice (to use one-celled tables (amoebae?) versus
anchored frames versus ...) the user *has* to know *all* of the
technical details and must make that choice themselves. You can't
simply provide a document style (a la LaTeX) and just give the user a
few simple commands. Framemaker forces you to confront such arcane
things as point size, line spacing, etc. each and every time you open
a menu!
Oh well. I got what I need for the current document. Now if I can
only remember it when I need to write the next document...
/Joe