[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
Mon Jul 15 17:02:36 UTC 2019


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

--- Comment #15 from Justin L <jluth at mail.com> ---
I updated my proposal to patch set 3.

(In reply to Regina Henschel from comment #14)
Thanks for giving your opinion that this should NOT be opened up to general
shapes, but should be strictly for textboxes. I've limited it to OBJ_TEXT
items.

> Grouped textboxes: enter group, consolidate, and everything vanishes.
Kinda fixed with another sledgehammer approach to just ungrouping everything. I
have no idea what is going on behind the scenes here. I suspect that either
objects are being freed, or SdrOutliner is being reset.

> If the layer is locked, the new text box is inserted in this layer anyway.
I changed the code so that the new text box is inserted into the current layer.
I wasn't able to discover the locked status of the layer though, since the only
lock function [IsLockedODF()] reports on something different.

> "Consolidate Text" works on Callouts and presentation objects too.
I can't reproduce. In my testing, callouts are !IsTextFrame(), so they
shouldn't have been included. However, since the code is now modified to only
include OBJ_TEXT, perhaps it works as you expect now.

> Numbered list in one text box followed by numbered list in the next text
> box is turned into a bullet list in my tests.
I can't reproduce.

> * Text boxes in "text along path"-mode are treated too.
I couldn't figure out how to create these.
It sounds like you may have developed a fairly comprehensive test document.
Perhaps you could attach it to this report. That would be helpful.

> If only one text box is marked together with another shape, then the
> text box is replaced by a new one, losing name, description and style.
Now that only OBJ_TEXT are supported, this was easily fixed.

> * If the user marks a shape in addition, the size and position for the new
> text box is taken from the entire marked area.
GetMarkedObjRect was returning a cached size, so it needed to be invalidated
and re-calculated.

-- 
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/20190715/f4404fb7/attachment.html>


More information about the Libreoffice-bugs mailing list