Date: prev next · Thread: first prev next last
2015 Archives by date, by thread · List index


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.

Cheers,
Wol


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.