Description: Some toolbars appear and disappear depending on the current context. This makes the active document to jump around (tested under Impress but also seen in Draw). When tested under a fresh profile the problem is just hidden away because of the default settings, but LibreOffice allows us to show and move toolbars around. I like using the Text Formatting toolbar instead of the side pane, as I find it way more intuitive than the side pane. However, having that toolbar shown makes using Impress extremely frustrating. The steps to reproduce have been prepared for a use case under a fresh, unmodified setup: the table toolbar. The quick solution I propose is to prevent toolbars from disappearing when in docked state. A more definitive solution would involve doing the quickfix and then adding a "contextual" toolbar that shows whatever toolbar is appropriate for the current context, but never disappearing. Steps to Reproduce: 1. Start Impress with a fresh profile. 2. Create a table. 3. Alternate between clicking on the table and clicking outside of the slide but within the workspace. Actual Results: The presentation (the slide) jumps. It jumps vertically if the toolbar is horizontally docked or it jumps horizontally if the toolbar is vertically docked. It is a moving target for my mouse pointer. Expected Results: The presentation (the slide) should not jump. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.1.5.2 Build ID: 1:6.1.5-1 CPU threads: 4; OS: Linux 5.1; UI render: default; VCL: gtk3; Locale: en-US (en_US.utf8); Calc: group threaded (I don't know if OpenGL is enabled).
*** This bug has been marked as a duplicate of bug 106846 ***
I am setting it back to UNCONFIRMED because this is not a duplicate of bug 106846. Bug 106846 talks about a specific way of enhancing the current UX regarding context-sensitivity of bars by implementing a new feature. This issue specifically talks about a bug that exists right now and it should be fixed, as opposed to an enhancement to implement. My current proposal is a simple fix (granted, a temporary fix) and way different from the new feature requested on 106846. Even if I proposed a definitive proposal, the main idea is the buggy part, not the definitive proposal. Marking this as a duplicate of an enhancement dismisses the fact that a bug exists and behavior is *currently* broken. Please verify the bug and acknowledge it so we can mark this issue as NEW.
Fine we'll pick the other topic it duplicates--bug 124835 Nothing new here, inherited from OOo... *** This bug has been marked as a duplicate of bug 124835 ***
(In reply to V Stuart Foote from comment #3) > Fine we'll pick the other topic it duplicates--bug 124835 > > Nothing new here, inherited from OOo... > > *** This bug has been marked as a duplicate of bug 124835 *** Thank you, much better.