ODF does not allow negative values in attribute fo:padding, but LO writes negative values
antlists at youngman.org.uk
Fri Nov 27 14:13:27 PST 2015
On 25/11/15 15:53, Regina Henschel wrote:
> Hi all,
> I have written https://bugs.documentfoundation.org/show_bug.cgi?id=96066
> for the problem.
> The problem is, that the attribute fo:padding is based on XSL and OASIS
> cannot change XSL. On the other hand, the wrong attribute values have
> been written 15 years now. Any suggestion how to proceed?
Does the restriction to non-negative values make sense? From your
description, it sounds like it doesn't.
In that case, I'd file a bug report against XSL.
(A similar case, I regularly used the "advance text" function in
WordPerfect. Ostensibly to move the cursor down the page, it allowed
negative values so you could go backwards. Move to Word, and any attempt
to move backwards jumped you to the correct offset ON THE NEXT PAGE! :-(
LO has been using negative values since before it was LO. You've
provided an example where negative values appear to make sense. If
"non-negative" is an arbitrary restriction which appears with sensible
user behaviour (and I'd say going backwards in a document DOES make
sense - it's normal to want to place stuff a certain distance up from
the bottom of whatever), then the restriction ought to be dumped.
More information about the LibreOffice