Bug 64612

Summary:	EDITING: Text not handled when converting 2D rect to Polygon
Product:	LibreOffice	Reporter:	Jim Avera <jim.avera>
Component:	Drawing	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---	QA Contact:
Severity:	enhancement
Priority:	medium	CC:	jmadero.dev, qubit, rb.henschel, thb
Version:	4.0.3.3 release
Hardware:	Other
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:

Description Jim Avera 2013-05-15 04:27:40 UTC

A normal polygon can have text in it, and the text can be edited and so can the polygon points.

However if the polygon was the result of converting a 2D Rectangle with text to Polygon, it behaves strangely: Neither the text nor the polygon points can be edited.

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
6. Try to edit the text (you can't get a text-selection cursor)

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.

Note: If an ordinary polygon has text, the "Word wrap" option is greyed out if you do Rightclick->Text... .  I don't see why this feature would not be available because the bounding box should be available (it is displayed when not in Edit Points mode).  For text to carry over from 2D to Polygons as expected (ok; as I expected), this any any similar limitations would need to be fixed.  
Operating System: Ubuntu
Version: 4.0.3.3 release

Comment 1 Joel Madero 2013-06-23 03:39:29 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

Comment 2 Robinson Tryon (qubit) 2013-10-23 17:14:42 UTC

Removing comma from whiteboard (please use a space to delimit values in this field)
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Whiteboard#Getting_Started

Comment 3 Robinson Tryon (qubit) 2014-02-03 16:32:43 UTC

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.

Comment 4 Regina Henschel 2014-02-03 17:11:52 UTC

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.

Comment 5 Robinson Tryon (qubit) 2014-02-03 17:23:12 UTC

(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

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.