When inserting shapes in writer and calc, once you finish drawing a shape, you can then draw a second one of the same shape and on and on. In impress and draw, once you finish drawing a shape, you cant draw another one of the same shape without clicking the shape button again. It would be ideal to unify the insert shape behaviour for all the apps so that always continues to draw a new shape until the option is disabled or alternatively to swap the behaviour in writer/calc with impress/draw, because in impress/draw, inserting shapes is one of the app's primary functions.
Reproducible with LO 4.4.1.2, Win 8.1 I would agree, this should be consistent.
In Draw and Impress you need to double-click the icon to make the tool persistent. I personally do not want a change in Draw. When I need several shapes of the same kind I prefer the method "Duplicate".
(In reply to Regina Henschel from comment #2) > I personally do not want a change in Draw. I would prefer changing in Writer/Calc too. As Jay already suggested. > When I need several shapes of the same kind I prefer the method "Duplicate". i.e. Shft+F3
(In reply to Regina Henschel from comment #2) > In Draw and Impress you need to double-click the icon to make the tool > persistent. Any idea how an average user would know that this was possible. (In reply to Cor Nouws from comment #3) > I would prefer changing in Writer/Calc too. As Jay already suggested. To clarify, I had suggested :- 1) Unify all the apps to continuously insert shapes until it is deactivated (it can easily be disabled with the escape key, a single click, clicking the select button, or clicking on another object) 2) Make impress and draw multi-insertion, as drawing shapes is a primary feature, and writer and calc single insertion, as drawing shapes isnt a primary feature.
One of our axioms is "Consistency over Efficiency" [1]. So I agree with Jay (and would work like Regina myself). [1] Since the guideline is not effective yet you may discuss this: https://docs.google.com/document/d/1hSYOFoG6jnj2G0zWDbUYkrGZoj7YCSI9j3onkTZ65bU
As consistency is most important, the option to swap the behavior isnt on the table, and Regina and Cor both suggest fixing it in Writer and Calc, lets go with that approach and make double-click for persistent insertion, as other insertion functions dont have multiple insertion capabilities (e.g. inserting a textbox).
(In reply to Yousuf (Jay) Philips from comment #6) > As consistency is most important, the option to swap the behavior isnt on > the table, and Regina and Cor both suggest fixing it in Writer and Calc, > lets go with that approach and make double-click for persistent insertion, > as other insertion functions dont have multiple insertion capabilities (e.g. > inserting a textbox). So I guess we can now close Bug 39268 as WONTFIX?
(In reply to Maxim Monastirsky from comment #7) > So I guess we can now close Bug 39268 as WONTFIX? After re-reading through the bug and before opening bug 39268 i felt that Draw should likely be the odd one out from this unified behaviour as Draw is an illustration app and all similar apps (gimp, inkscape, etc) require that you click a different button to change from using that feature.
Migrating Whiteboard tags to Keywords: (needsDevEval, topicUI) [NinjaEdit]
(In reply to Yousuf Philips (jay) from comment #8) > After re-reading through the bug and before opening bug 39268 i felt that > Draw should likely be the odd one out from this unified behaviour as Draw is > an illustration app and all similar apps (gimp, inkscape, etc) require that > you click a different button to change from using that feature. So Draw is different and actually better, reading this too https://bugs.documentfoundation.org/show_bug.cgi?id=39268#c19. So when going for consistency (*), lets do Writer and Calc. *) but I commented on the WIL/Draft guideline that is mentioned in comment #5
(In reply to Cor Nouws from comment #10) > So Draw is different and actually better, reading this too > https://bugs.documentfoundation.org/show_bug.cgi?id=39268#c19. I just replied to that comment and the person is mistaken. > So when going for consistency (*), lets do Writer and Calc. Yes single click in writer and calc shouldnt go into lock-in draw mode.
(In reply to Yousuf Philips (jay) from comment #11) > I just replied to that comment and the person is mistaken. IY_NSH_O ;) > Yes single click in writer and calc shouldnt go into lock-in draw mode. Click in Draw doesn't lock. So that is fine.
*** Bug 132830 has been marked as a duplicate of this bug. ***