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 _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
