Are any of the figures inside either another text frame, or a table? Numbering usually works extremely well, provided all the paragraph tags are in the same text flow. Either of these instances creates a different text flow and/or evaluation order of the numbering building blocks (counters) that may account for the weird behavior.
Another possibility is some other tag is affecting the second-level counter in the F: numbering sequence, even if it does not display a number. For example, a heading tag could have numbering properties of F:<n+>< =0> to show only a single digit but reset the second-level counter invisibly, Or even F: < >< =0> to neither show a number but reset the second level counter. One thing - do the number that initially misbehave display as 1, as the last used number, or something else? That may give you a pointer on tracking down where the numbering is going awry. On Tuesday, May 15, 2007 02:39 PM, Art Campbell wrote: | Sounds as if it's a legacy document that was never changed to support | the <$chapnum> and <$volnum> variables that were introduced in 6.x. | Assuming it's using chapter numbers as part of the numbering scheme, | of course, correct strings would look something like: | F:Figure <$chapnum><n+>. | | If you're not using chapter numbering, it may just be a case of not | setting the numbering properties for the component chapters in the | book file (which is where they must be set; not in each chapter). | Highlight the chapters in the book file, right click, select | numbering, and then set the numbering property to reset (assuming | you want to restart numbering in each chapter). | | The other easy thing to check and fix is that the same set of | paragraph tags are used book-wide. If there are typos in the | numbering stream, that's also going to break things. | | Art | | On 5/15/07, Howard Rauch <techtransfer at sbcglobal.net> wrote: | | > I have been writing a number of service manuals for my | client. One problem I have been having is numbering figures | sequentially -- some will, some won't. The command line for | autonumbering in the client's template is F:Figure < ><n+>. | > | > For those that do not, I have to force the figure | numbering, that is, manually renumber that figure to the | number it should have. For example, F:Figure < ><n=5>. Then | some downstream figures will number correctly, but then I may | have two, three, or four consecutive figures with the same | numbers. Also in the figure tag list for cross-referencing, | figure numbers may be out of sequence, e.g. Figure 5 listed | before Figure 4. | > | > Several other items that are numbered in the manual are | certain headings (H:<n>.<n+> < =0>< =0>< =0>< =0>< =0>\t), | items in lists (n:<n+>.\t) which also have a tag to start | with 1 again (n:<n=1>.\t), and procedural steps (<n=1>.\t and | <n+>.\t). Tables are not numbered. | > | > Although manually renumbering figures solves the problem, | as you are aware, it creates other numbering problems if a | figure is removed in the future. any insights about how to | resolve t his issue? | > | > I am using Frame 7 with Windows XP Professional. | > | > Howard Rauch | > | > Technology Transfer, Inc. | > "Linking Creators and Users of Technology" | > 933 North 18th Street | > Manitowoc WI 54220 | > Office: 920-682-1528 | > Cell: 920-629-0080 | | -- | Art Campbell | art.campbell at gmail.com | "... In my opinion, there's nothing in this world beats a | '52 Vincent | and a redheaded girl." -- Richard Thompson | No disclaimers apply. | DoD 358 - Lester ------------------------------------------------------- Lester C. Smalley Email: lsmalley AT infocon DOT com Information Consultants, Inc. Phone: 302-239-2942 FAX: 302-239-1712 Yorklyn, DE 19736 Web: www.infocon.com -------------------------------------------------------