[Bug 131758] Consistent polygon tool behavior in Draw.

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Feb 20 19:23:17 UTC 2024


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

--- Comment #22 from Regina Henschel <rb.henschel at t-online.de> ---
(In reply to Heiko Tietze from comment #21)
> What I can see in the current version (guess it hasnt changed), is a polygon
> and a filled polygon. For the latter you have to remove the filling to get
> the wanted closed polygon. Am I wrong?

I see currently this behavior: You have the tool uno:Polygon which draws a
polygon (which means 'closed'). You have the tool uno:Polygon_unfilled which -
despite its name - draws a polyline  (which means 'open'). You finish drawing
with double-click. You start a new part in PolyPoly-mode, when you use
Alt-click for the last point of the previous part.

The rules for filling are clear and not a problem: For a polygon it depends on
the style, whether the polygon is filled or not. A polyline is never filled
even if the style has a fill specified.

I see these things to be specified:
(1) How finishes the user a drawing in non PolyPoly-mode?
(2) How differ finishing methods in case there are several ones?
(3) How can a user close a polyline or open a polygon during drawing,
especially in PolyPoly-mode?
(4) How does a user enter PolyPoly-mode and start the next part in
PolyPolygon-mode?
(5) Is it really intended, that the previous line is automatically closed when
the user starts the next part in PolyPoly-mode? See comment 5 
(6) How does a user create a polygon part in PolyPoly-mode if he has started
with uno:Polygon_unfilled; and the other way round, how does he create a
polyline part if he has started with uno:Polygon?
(7) How does a user finish a PolyPoly-mode drawing?
(8) What is the intended behavior for the modifier keys, for right-click and
for double-click? See comment 3
(9) What drawing steps and default styles are bundled with each of the uno
commands?
(10) What alternatives should exist when not using the mouse (accessibility)?

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


More information about the Libreoffice-ux-advise mailing list