Summary: | EDITING: Text not handled when converting 2D rect to Polygon | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Jim Avera <jim.avera> |
Component: | Draw | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | enhancement | CC: | heiko.tietze, ilmari.lauhakangas, jmadero.dev, rb.henschel, robinson.libreoffice, thb |
Priority: | medium | ||
Version: | Inherited From OOo | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 100023 | ||
Attachments: | ConvertToCurve combined with text examples |
Description
Jim Avera
2013-05-15 04:27:40 UTC
I think this may be as expected - the individual characters are changed so you can select them individually, stretch them out, and even add more characters to the selection This being said - honestly I need some outside advice so cc'ing our presentation expert (since draw is very similar) -> also going to call out for more general advice on this. For now, leaving as UNCONFIRMED - Thorsten or someone else can comment if this is expected behavior Removing comma from whiteboard (please use a space to delimit values in this field) https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Whiteboard#Getting_Started TESTING on Ubuntu 12.04.3 + LO 4.2.0.4 (In reply to comment #0) > > STEPS TO REPRODUCE: > 1. Open a new Draw document > 2. Create a 2D Rectangle (click the rectangle shape icon, then select a > plain square-edged rectangle from the shapes drop-down; then place a > rectangle on the drawing). > 3. Add some text to the rectangle (select the rect and then type) > 4. Modify->Convert->To Polygon > 5. Try Edit Points on the polygon - no editing icons are enabled Confirmed > 6. Try to edit the text (you can't get a text-selection cursor) Confirmed > EXPECTED BEHAVIOR: Converting a 2D object with text to a Polygon would > convert the graphic to a polygon and then insert the text, so the result > would be the same as if the polygon had originally be created as such and > the text added to it. Sounds reasonable to me. I created a draw document per the rules above and saved it when the element was a rectangle, then saved it again after the modification to a polygon. I then create a new document (with a similar rectangular area and text), just using the polygon tool. The content.xml files for the rectangle and the (directly-created) polygon are VERY similar. It appears that when the object is converted from a rect to a poly, 1) A bunch of text styles are stripped from the document, e.g. <text:list-style style:name="L1"> 2) The rect is re-created as a polygon not with a single <draw:polygon ...> element (as is used in the case in which a rectangle is created directly with the polygon tool), but with 7 different <draw:polygon...> and 5 <draw:path...> elements nested inside a single <draw:g>. It's not clear to me why this particular transformation route is used. Perhaps this example is just a very simple base-case? In any event, if this is not actually a bug, it is still a very reasonable enhancement request. The text is converted to polygons too. So after converting you get a group. A group has no "points" and therefore switching to point edit mode will have no effect. This is no bug but a missing feature. (In reply to comment #4) > The text is converted to polygons too. So after converting you get a group. > A group has no "points" and therefore switching to point edit mode will have > no effect. Ah, okay -- that makes much more sense! :-) > > This is no bug but a missing feature. Whiteboard: (remove NeedAdvice) Priority: enhancement The text is converted to polygon leaving all freedom to the user. Works as designed, IMHO. The parts of the converted object are grouped and in order to edit points users need to enter the group or to ungroup. No problem as well (despite the fact that groups are not easy to recognize). Let's close this ticket as WORKSFORME. I think, it is a valid enhancement request. The user does not have "all freedom", because the text is converted to a curve and therefore has lost all text properties e.g. font and language. From the file format point of view, it would be no problem to preserve the text, only it is not implemented. If letters should be handled as text it could be (re)added afterwards. But the conversion may be done intentionally in order to modify the letters, for instance. And I would not always get asked whether or not the text should be converted with the shape. So I'm still in favor of WORKSFORME. There seems to be no way convert text inside a shape to polygon without converting the shape as well. I can't edit points of the shape or text even after exiting group and ungrouping. I guess something needs to be done, even if the default behavior is not changed. Let's take Regina's comment 7 for the solution: Preserve text when converting polygons. You need a new command, because the option to convert texts to curves is still needed for mirroring text and for non-linear transformations. (In reply to Regina Henschel from comment #11) > You need a new command, because the option to convert texts to curves is > still needed for mirroring text and for non-linear transformations. Wouldn't duplicate all commands. Rather we have one text_to_curve function. Created attachment 157272 [details]
ConvertToCurve combined with text examples
Please see attached examples. I have sheared the rectangle to make the problems more visible.
A If a shape has a text, then transforming the shape results in a transformed text.
B If shape A is mirrored, then the text is not mirrored, but it follows the new direction.
C If shape A including the text is converted to curve, it looks like A but the text is not editable because the text is no longer text, but a curve too.
D If you mirror shape C, you get a mirrored text.
E The shape was first converted to curve, then the text was added. Now the text has no transformation. I guess, that is not the expected result of "convert shape but keep text editable".
F Shape first converted, then text added, then sheared. I think, that would be the expected result of "convert shape but keep text editable" with a new convert mode option applied to shape A.
If you keep the text editable as text, then you cannot get result D. Mirroring and non-linear transformations are not possible on text. Therefore you need an option to convert the shape and the text together (behavior now) and you need a second option to convert the shape, but keep the text editable (new feature).
|