On Thu, 2006-12-21 at 20:26 +0100, Mathias Bauer wrote: > Rick Bilonick wrote: > > > I've described recently OOo's nasty pagination problem when exporting to > > a PDF when dealing with large documents (>200 pages). Why OOo finds it > > necessary to repaginate a paginated document when creating a PDF I have > > no idea. I tried everything I could think of within OOo (trying the > > Tools Update menu in various ways) but nothing prevents OOo from > > screwing up all the indexes (like the Table of Contents) once it changes > > the total no. of pages by inserting blank pages willy nilly. > > Most probably your problem is not a matter of the size of the document. > OOo does not have a problem with large documents. I assume that your > problem is what we call a "layout loop". Sometimes complex formatting > can lead to an object (a paragraph, a frame, a graphic etc.) moving > around between two pages in each iteration step of the layouter. To > avoid an endless formatting loop OOo breaks this loop at some time. It > is possible that the result of the procedure can leave to different > results depending on the device of the action done before. So it is > possible that layouting the document for printing, for the screen or for > PDF leads to slightly different layouts. > > If we could identify the particular problem in your document I'm pretty > sure that the problem would persist if you removed most of the other > pages that are not part of the problem. > > The best thing would be that you created an issue and attached your > document to it (if possible). > > Ciao, > Mathias > You are probably correct - but I'm not sure how to find exactly what is causing the problem. The document now is about 320 pages (8.8 mb). I've found a way to get correct indexing of chapters, tables, figures, etc. and export to a pdf file. Here is what consistently works:
1) Do an Tools - Update - All Indexes and Tables 2) Print to File - creates an postscript file (does not repaginate) 3) Use ps2pdf This creates a pdf where the indexing is correct. This so far has always worked. I'm not sure why pdf export insists on repaginating. Several people suggested turning of blank page insertion - I did this in Options (two different Print panels) and also in pdf export - it made no difference at all. Someone else suggested using the official OOo rpms and not Fedora Core ones. I removed the Fedora Core rpms and install the official rpms for 2.1. It's spifier with more options and the menu icons are correct (not like the someowhat screwed up Fedora Core menus) - but it makes no difference - still same pagination problem. The same behavior happens on FC6 on a 32 bit laptop and a 64 bit desktop (the laptop is running 2.1 now and the desktop is 2.02 - but also occurred with 2.04 Fedora Core rpms on the laptop). At the moment I can't send the document to anyone - but maybe I can in the near future. The material will be in the public domain but I can't release it quite yet. I'm going though and trying to simplify and rationalize the output. I'm sure this behavior is somewhat connected to my inexperience with OOo. I've learned a lot about templates and styles but figure placement is a problem especially when there are more figures than text - I don't understand the best way to anchor figures - they end up in weird places (OOo should know better - you don't want figures in the margins, for example). Regardless, it would make more sense that indexing be automatically performed AFTER any repagination takes place and before any output occurs. Rick --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
