https://bugs.documentfoundation.org/show_bug.cgi?id=79234
Wiebe van der Worp <o...@vanderworp.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |---
--- Comment #7 from Wiebe van der Worp <o...@vanderworp.org> ---
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.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
