[Libreoffice-bugs] [Bug 118370] place text when importing from PDF in one text box instead many text boxes with one string

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Jul 12 21:00:06 UTC 2019


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

--- Comment #14 from Regina Henschel <rb.henschel at t-online.de> ---
Hi Justin, I have made some tests too:

For the desired use case, it works fine. It preserves character formatting and
hyperlinks. It works with vertical text too.
But because it is a general command, you should consider to explain some
details in the release notes and/or help text. So that users do not have
unrealistic expectations.

I have found one error, you should address: Draw two text boxes with text and
group them. "Consolidate Text" is not available on the group. That is OK. A
user might then enter the group and mark the text boxes. Then "Consolidate
Text" is available. But if you use it, the entire group including the text
vanishes.

There is another error. But I think, that should be treated at a different
place, not in your patch. If the layer "Layout" is locked, the new text box is
inserted in this layer anyway.

Further, not severe problems are:
* "Consolidate Text" works on Callouts too. I guess, that is not intended.
* The command works in Impress too, if you use a macro. If you use it with a
presentation outline object and a text box, it generates a text box and deletes
the presentation object. Presentation objects should be excluded like other
shapes. 
* If the single text box objects are named, the resulting text box is unnamed
despite of that.
* Title and description of the single text boxes are lost.
* Numbered list in one text box followed by numbered list in the next text box
is turned into a bullet list in my tests.
* If one text box is marked together with another shape with text, e.g. a
rectangle, then the text box is replaced by a new one, which has only the text
of the text box. Because name, description and style are lost, it would be
better to keep the text box, in case only one text box remains after un-marking
all the other shapes.
* If the user marks a shape in addition, the size and position for the new text
box is taken from the entire marked area. I would expect, that it is only taken
from the area of the text boxes.
* Text boxes in "text along path"-mode are treated too. I consider such shapes
as decorative and would not include them.



I would not consider to implement something similar for arbitrary shapes. They
are too different. There are primitive shapes (rectangle, circle, ellipse),
paths and curves, callouts, measure lines, "text along path"-mode, custom
shapes (with intrinsic text area), custom shapes in Fontwork-mode, images and
Math-OLE. And in Writer, there are in addition custom shapes with text box, and
frames (which are text boxes too in file format). And in Impress there are in
addition presentation objects.

-- 
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/20190712/a1f5cd61/attachment.html>


More information about the Libreoffice-bugs mailing list