https://bugs.documentfoundation.org/show_bug.cgi?id=128752
NISZ LibreOffice Team <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=11
| |7982
--- Comment #3 from NISZ LibreOffice Team <[email protected]> ---
(In reply to Regina Henschel from comment #2)
> I think, it is an error in Word. The paragraph has a direct setting
> <w:spacing before="5.5pt">. A value for 'after' is not specified. So the
> rule "If this attribute is omitted on a given paragraph, the value of the
> setting it represents is the value previously set in the style hierarchy."
> (ISO/IEC 29500-1:2016, page 249). Looking into the style hierarchy, you find
> a value in the element docDefaults, it is 'after="10pt"'. Because of
> vertical space collapsing of paragraphs, the effective distance is 10pt. And
> that is the 3.53mm, that LibreOffice renders. If the direct setting has an
> attribute 'after="0pt"', then LibreOffice takes it, and renders the 5.5pt
> from the next paragraph.
>
> That is the formal part. Of cause a user has a different view on the
> problem, and we need to decide, whether we will follow the bug of Word to
> please the customer. And how to do it in that case. Perhaps yet another
> compatibility option?
Thanks for the detailed analysis.
I guess then this belongs to the family of bug #117982 which is about the crazy
handling of spacing in docx tables.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
