<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - CONFIGURATION: Means to enable and disable context-sensitive ability of toolbars" href="https://bugs.documentfoundation.org/show_bug.cgi?id=106846#c17">Comment # 17</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - CONFIGURATION: Means to enable and disable context-sensitive ability of toolbars" href="https://bugs.documentfoundation.org/show_bug.cgi?id=106846">bug 106846</a> from <a class="email" href="mailto:eyalroz@technion.ac.il" title="Eyal Rozenberg <eyalroz@technion.ac.il>"> Eyal Rozenberg</a> <pre>While this feature in itself may be an enhancement, either this or another arrangement is significant in resolving a highly-annoying problem. Let me explain why (by repeating a point from my not-quite-dupe <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - Need option not to have toolbars auto-appear when clicking objects" href="show_bug.cgi?id=137760">bug 137760</a>): An addition of a toolbar to the toolbar area resizes the viewport, and makes object in the viewport move. This is distracting when you're working on an object, e.g. a box in Impress, and you press it, expecting to type some text in - only for it to move away from where you pressed. You get the opposite effect when you click some other object - naturally only expecting it to become selected, not to move. This phenomenon is doubly annoying if the viewport size change also affects the zoom level - which it might; and it is triply annoying if you have a "heavy" document, with numerous objects, as LO Impress or Draw often slow down significantly in the presence of these, and the redraws due to the viewport size change then take a long time.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>