[Libreoffice-ux-advise] [Bug 131758] Consistent polygon tool behavior in Draw.

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

--- Comment #17 from Jan-Marek Glogowski <glogow@fbihome.de> ---
(In reply to Regina Henschel from comment #12)
[info about ODF / SVG representation]

I'm not sure, the external representation matters for this bug. But yup - a
complex path of different parts (line, curve, arc) can not be constructed in
Draw AFAIK, but maybe it's just a hidden feature Armin knows about. It can be
done in code, as you can see in the AddPolygonToPath in 
vcl/qt5/Qt5Graphics_GDI.cxx. Not sure about the arc segment; maybe it's
represented as a "fixed" Bézier curve internally.

> Problems in the UI:
> 1) Using Alt-Click to start a next sequence of points always inserts a
> 'closepath' command. But reading a shape without this 'closepath' command is
> possible.

That's why I suggested the polygon / polyline split of the tool.

> 2) Finish creating with a double-click on the first point, closes the shape
> automatically. But <draw:polyline> elements with same start and end point
> are possible and correctly read.

Same as 1.

> 3) The naming in the UI uses 'Polyline' and 'Polygon' too, when it is a
> path-element with only straight lines.

Hadn't noticed that. Still 1.

> 4) The use of Alt-key with the 'Curves and Polygons'-tool is badly
> communitcated.
>
> When starting with a polyline and using Alt-Double-click, it does only close
> the shape because of behavior 1).
> Using Ctrl-Alt-Click is the same as only using Alt-Click. It closes the
> shape because of behavior 1) and goes into PolyPolygon-mode. The next line
> will belong to the same shape.

Yup - you need the alternative for "Alt + left-click", as this is the common
action to move a window in Linux (Unix?) window managers. In that case you
don't need to select the title bar of a window, but can directly start moving
the window from the current mouse position.

-- 
You are receiving this mail because:
You are on the CC list for the bug.