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   
-------------------------------------------------------

Reply via email to