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.
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.
The presentation (the slide) should not jump.
User Profile Reset: Yes
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.