home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!emory!sol.ctr.columbia.edu!eff!ssd.intel.com!davidl
- From: davidl@ssd.intel.com (David Levine)
- Newsgroups: comp.text.frame
- Subject: Re: Auto Numbering Bug in Frame 3.1 on UNIX?
- Message-ID: <C1GzHz.20C@SSD.intel.com>
- Date: 26 Jan 93 16:37:11 GMT
- Article-I.D.: SSD.C1GzHz.20C
- References: <C1FH1A.Apw@hsi.com>
- Sender: usenet@SSD.intel.com
- Organization: Supercomputer Systems Division (SSD), Intel
- Lines: 25
- Nntp-Posting-Host: geordi
-
- >I have found that the auto numbering of chapters is not always reliable.
- >What happens is that when a book is generated, some or all of the files
- >(chapters) increase like they are supposed to and some do not. So I might
- >have the following result:
- >
- > Chapter 1
- > Chapter 2
- > Chapter 2
- > Chapter 3
-
- We have this problem a lot, and the cause is almost always that
- Autonumber is turned off in the file BEFORE the duplicate-numbered
- chapter (in this case, the problem would be in the FIRST "chapter 2").
- To fix: open the file, place the cursor in the text flow containing the
- chapter number, choose "Flow" from the "Format" menu, and turn
- Autonumber on. Then regenerate the book.
-
- (The real question is: how does Autonumber get turned off? It seems to
- happen by itself. I have found by experimentation that doing a "Use
- Formats From: Current" with "Page Layouts" checked will sometimes turn
- Autonumber off. Perhaps there are other circumstances that will cause
- this. It looks like a bug, but I haven't nailed it down yet.)
-
- - David D. Levine, Intel Supercomputer Systems Division == davidl@ssd.intel.com
- "There are some .sigs Man was not meant to read. And this is one of them."
-