Re: [libreoffice-users] Page formatting in writer goes nuts

On 09-09-16 21:40, Bo Siltberg wrote:
> May it is time to file a bug report in the hope that this can be corrected.
> I hope I am free to attach your example as well?

Feel free to do so. I really hope it helps stressing the subject.

I've added the text below to the bug report of Bruce and reopened it - 
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=79234

=====

I really do pity that that this described bug is not solved after so 
many years. By writing this, I hope it helps getting the attention it needs.

This text describes a bug in LibreOffice Writer (and OpenOffice), 
concerning stopping re-paginating before a proper - intended - layout is 
generated.

This bug concerns all users. More specific, it concerns all users that 
write longer documents with objects like images where text flow is not 
set to "no wrap".

As suggested, a general accepted work around is to omit text flowing 
around objects. This can be achieved by anchoring objects "as character" 
while setting wrapping to "no wrap". This way very large documents can 
be generated, such as the official LibreOffice documentation.

This solution has three major drawbacks: First, it is impossible to 
optimize layouts, create richer and more reader friendly layouts. 
Second, because of the introduced white spaces left and or right from 
the object, it costs a lot more paper when printing documents with this 
work around. Third, settings like anchoring as character and no wrapping 
are not default settings, making users run into problems unexpected, 
without them having a clue why their document is screwed up.

When normal documents with objects grow in time, there is a point where 
the background re-paginating process stops unexpected without finishing 
rearranging the layout. At this point, Tools > Update... doesn't work, 
while the menu pull down item remains visible, suggesting an unfinished 
re-paginating process. When the document is saved, closed and opened, 
the layout is properly restored in most cases. However, when the 
document grows further, there is a point in time where the layout of the 
document is permanently broken. Without the knowledge of the workarounds 
- and even with this knowledge - it chases power users away from 
LibreOffice.

Typical symptoms of this bug are initial well re-paginated pages, 
followed by blanc pages and or blanc parts of pages.

This bug is easy to reproduce, simply by adding text and objects in a 
default way to a default document.

There seem to be much noise around this subject. One of them is the use 
of too large bitmap objects. Another one that may be, or not, is this 
one: media.vanderworp.org/.dot/.lo/test_s03e24.odt. This may be related, 
I don't know. Main thing is that the focus should be on re-paginating of 
larger documents. A small twenty page text-document with objects in the 
form of complete empty frames is enough to illustrate the problem. For 
example, if a TOC is added at page 1 and two heading levels are used, 
then editing and updating the TOC, toggling between 1 and 2 levels will 
let re-paginating go south.

In large documents, such as instruction manuals or educational works, 
like the official LibreOffice manuals , it is highly desirable that 
objects, such as pictures and quotes, are an integrated part of the text 
components. This bug makes that integration impossible.

I have some test documents that illustrate the problems. 
media.vanderworp.org/.dot/.lo/test_s02e15.odt is an example for creating 
re-paginating errors. If I can be of further assistance, let me know. On 
the global users mailing list there are multiple threads about the subject.

====

--
Met vriendelijke groet,

Wiebe van der Worp


--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted