--- Comment #41 from ajlittoz <> ---
Document processor developers are free to define the "coordinate system" for
header/footer relative to text body or page margins. BUT, this convention
should be clear so that users can appropriately design their page lay-out.

It becomes crucial in thes current context of document exchange between
platforms (with different fonts, therefore change in character sizes, width and
height), locales and text processing applications.

When the conventions for body/header/footer is known and defined, the
conversion modules should recompute the placement of these areas in the target
"coordinate system".

Some may object that OASIS (or other coordinating body) did not foresee the
problem and that the ODF does not contain elements to cope with this issue.
This a very serious shortcoming impeding "safe" document exchange.

Independently from visual fidelity to author intent, it is not acceptable to
confer a standard role to a commercial proprietary application (even if it is
the predominant one in the world) since its specifications may change without
notice in unexpected areas and because some people made the deliberate choice
not to use it. Also, the abrupt change of layout cause by this bug can have an
economic impact: if total number of pages increases, this may mean another
section (don't know if it the right word: a new large sheet folded into a 16-,
32- or 64-page section) to add to a printed book, i.e. more money to spend to
manufacture the book. If the nuber decreases, we are faced with a non-optimal
use of paper.

IMHO, this a very serious bug which should be addressed quickly because it
threatens the position of LO as a challenger of ubiquitous M$O and prevents
presently a full replacement of said M$O by LO.

You are receiving this mail because:
You are the assignee for the bug.
Libreoffice-bugs mailing list

Reply via email to