On Tuesday 19 December 2006 10:08 am, Rick Bilonick wrote:
> On Tue, 2006-12-19 at 09:47 +0000, Harold Fuchs wrote:
> > On Monday, December 18, 2006 1:56 PM [GMT+1=CET], Rick Bilonick
> >
> > <[EMAIL PROTECTED]> wrote:
> > > I'm using OOo 2.02 on a 64-bit Athlon system running FC5. Now
> > > I've noticed that in page preview, it shows a total of 239
> > > pages even though in regular mode for editing it shows a total
> > > of 238 pages. It seems that the page numbering changes every
> > > time I open the file. Without adding or deleting any material,
> > > the total no. of pages jumps around from 237 to 239. I notice
> > > when I hit page preview, it says it is repaginating at the
> > > bottom of the window. Should I always do a page preview before
> > > saving? When is it necessary to do an "update all" under the
> > > Tools menu? I just tried an update and the total number of
> > > pages changed to 236. I scrolled to look at the pages and now
> > > the total is reported as 239. Scrolled again now it shows 240
> > > and looking at the last page it says 240. Now page preview says
> > > 240 also. I don't understand how just scrolling without making
> > > any changes, changes the pagination. I don't understand why the
> > > page numbering keeps changing without changing the document.
> > >
> > > Rick
> >
> > It shouldn't matter but do you from time to time use different
> > page sizes in different applications? Or different printers with
> > different margin requirements? In other words, is the [effective]
> > page size being changed "underneath" OOo which then OOo notices
> > and repaginates your document to fit?
> >
> > I have seen this with MS Word in the past but never got to the
> > bottom of it. In those cases I was *not* using different
> > [effective] page sizes.
> >
> > Otherwise, stumped.
> >
> > Harold Fuchs
> > London, England
>
> I'm not printing at all and I'm not changing printer drivers. I
> update all the indexes so that the Table of Contents, and all other
> tables of figures etc. are correct. I save this. There is a certain
> number of total pages, say 237. Then I export to a PDF. When you
> export to a PDF, it says at the bottom that it is repaginating
> (why, I don't know). When it does this it typically inserts blank
> pages at different places so that the total page count is larger
> than 237. Thus the pdf is created with all the indexes WRONG. I
> can't believe no one else has seen this. This happens on two
> different linux computers, one running FC5 (OOo 2.02) and the other
> running FC6 (OOo 2.04). I cannot get the PDF to be created without
> screwing up the indexes. This means that all the automatic features
> using fields for table of contents etc. are virtually useless. I
> need as the final output a pdf.
>
> I have no idea why this odd behavior occurs. I have used frames a
> lot (I've inserted each figure, table, and listing into it's own
> frame and captioned the frame - it makes it easier to move things
> around. Could the use a frames be the problem?) I have some very
> wide tables on landscape pages. It seems to want to insert pages
> before the landscape pages (but not just there at other places
> too).
>
> I'm beginning to think that OOo is not really useable - at least
> not for large documents.
>
> Rick B.
Did you get these versions of OOo from the OOo web site or from
Red Hat? If the latter, this might be the problem. Red Hat makes some
changes to the code before putting it in their depository of
available software. There have been other problems with their version
of OOo, but this is the first time someone had mentioned this one.
So, this may or may not be relevant.
Dan
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
