Description: It hurts the eyes and impedes productivity https://drive.google.com/file/d/1bLEbP5EW21gPxl_qkcUU4RucXZ2jKITj/view?usp=sharing Steps to Reproduce: 1.. 2. 3. Actual Results: . Expected Results: . Reproducible: Always User Profile Reset: No Additional Info: In the video
Created attachment 204367 [details] Video
The width consumed by the Sidebar, its deck & tab bar, is calculated against the full width of the LibreOffice app frame. When the deck or/and the tab bar are collapsed (the Hide/Show button), the available width is given back to the document canvas. And the canvas will reposition within the available width. This is consistent, and maintains the document canvas at a zoom factor as set. The movement of the canvas when SB elements are selected visible is not unreasonable. No real means to accommodate the SB without impacting positioning of the document canvas, as folks would instead complain about the document not filling the app frame to hold the canvas in position. If bothered by the jumping canvas when SB is exposed, simply undock the SB? It will no longer impact the document canvas within the app frame. That works for me and is comfortable. IMHO => WF as the current SB behavior remains reasonable and option of undock is provided.
(In reply to V Stuart Foote from comment #2) > The width consumed by the Sidebar, its deck & tab bar, is calculated against > the full width of the LibreOffice app frame. When the deck or/and the tab > bar are collapsed (the Hide/Show button), the available width is given back > to the document canvas. And the canvas will reposition within the available > width. > > This is consistent, and maintains the document canvas at a zoom factor as > set. The movement of the canvas when SB elements are selected visible is not > unreasonable. > > No real means to accommodate the SB without impacting positioning of the > document canvas, as folks would instead complain about the document not > filling the app frame to hold the canvas in position. > > If bothered by the jumping canvas when SB is exposed, simply undock the SB? > It will no longer impact the document canvas within the app frame. > > That works for me and is comfortable. > > IMHO => WF as the current SB behavior remains reasonable and option of > undock is provided. If it fits in the gray gap - don't shake the page, and if it doesn't fit - shake it slightly (as much as needed)