[Libreoffice-bugs] [Bug 126001] FILEOPEN DOCX Text box with rotated text jumps from middle of page to top

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #8 from Regina Henschel <rb.henschel at t-online.de> ---
Why is this marked as regression? In which version had it worked?

If Word exports a rect with vert="vert" to odt, it doesn't use a custom shape
and its rotation of the text-area, but uses a draw:frame and sets
style:writing-mode="tb-rl" in the paragraph-properties of the assigned graphic
style. I think, that is a good idea in principle. But it would not solve the
import immediately, because writing-mode on draw:frame is faulty too. Setting
writing-mode to "tb-rl" can be used on custom-shape text-area too. There is no
need for rotating the area. "bt-lr" would currently need loext-namespace.

One problem of the given examples is the combination of "Wrap text in shape"
with "Resize shape to fit text". Because of "Wrap text", only resize in
direction from first text line to last text line makes sense. So the resize
direction depends on the writing mode.

A layout, which looks similar to Word would be: Start with the size of the
text-area as in original horizontal text direction. Write the text in "tb-rl"
writing mode into this area. Adapt the _width_ of the shape, if this is needed.

Currently the text-area goes out of the frame rectangle of the shape. This
problem becomes visible, if you set a background color to the shape. In case
import should be really done rotating the text-area, then width and height of
the area needs to be switched. In case the writing direction tb-rl is used, no
rotation would be necessary.

Currently the horizontal and vertical padding of the border is exchanged. I
consider this an error, because padding belongs to the border, not to the test
area. The text-area has its own size setting via draw:text-areas attribute.

The current solution is not stable. Moving the shape a little bit up/down,
creates two totally different layouts; both are wrong. It switches between
text-area in rotated size and shape frame rectangle normal size, and second,
text-area size not rotated and frame rectangle much too high.

An additional problem in the given documents is, that the shape height is given
as "20% to Margin". "Margin" in MS Office means "page text area" in our terms.
In horizontal text direction, the hight is reduced to the height of the current
text content. In vertical text direction, the hight has to be fixed 20% of the
page text area, because in vertical text direction the adaption to the current
text content happens in horizontal direction.

-- 
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/20190621/f7c78dce/attachment.html>