[Libreoffice-bugs] [Bug 106503] Text Position in Writer And Calc Shapes is Inconsistent / Should Use the old defaults(Center Align)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sun Oct 13 14:50:27 UTC 2019


https://bugs.documentfoundation.org/show_bug.cgi?id=106503

--- Comment #8 from Regina Henschel <rb.henschel at t-online.de> ---
If for a custom shape the option "Full width" is checked and option "Word wrap
text in shape" is not checked and text lines are wider than the text area
width, then I expect this behavior:
A paragraph with alignment "left" starts at the left edge of the text area and
overflows to the right.
A paragraph with alignment "center" is so aligned, that its center is
positioned at the center of the text area. This paragraph overflows equally to
both sides of the text area.
A paragraph with alignment "right" ends at the right edge of the text area and
overflows to the left.

So the anchor of the paragraph is the same compared to the situation, if the
paragraph is smaller than the width of the text area. The only difference would
be, that it overflows at the not anchored end. Such behavior would correspond
to text position in PowerPoint for the case of attribute AnchorCtr="0" on
OOXLM.

Currently the paragraphs are aligned to the edges of the longest paragraph and
the entire text block is then positioned into the text area of the shape. But
that is the behavior, when "Full width" is not checked.

Currently positioning depends on the type of the shape in Impress. For type
"non-primitive" and type "ooxml-foo" (those imported from PowerPoint), the text
block is aligned to the left edge of the text area. For own shapes (derived
from MS Office binary) the alignment depends on the first paragraph in the text
block.

I consider neither of the current behaviors as correct and neither of the
previous positioning.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20191013/c8489c12/attachment-0001.html>


More information about the Libreoffice-bugs mailing list