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)
(In reply to V Stuart Foote from comment #2) > IMHO => WF as the current SB behavior remains reasonable and option of > undock is provided. +1 (In reply to Danat from comment #0) > It hurts the eyes and impedes productivity That's not a use case and does not justify effort.
(In reply to Heiko Tietze from comment #4) > (In reply to V Stuart Foote from comment #2) > > IMHO => WF as the current SB behavior remains reasonable and option of > > undock is provided. > > +1 > > (In reply to Danat from comment #0) > > It hurts the eyes and impedes productivity > > That's not a use case and does not justify effort. I believe that quiet sidebars are nice, but I respect dissenting views This is an example (Video 2) - https://drive.google.com/file/d/1b3vF7LCsvcgmskhtTMg7krjn1hlzgujB/view?usp=sharing
Created attachment 204402 [details] Video 2
Is bug 169805 an unintended consequence of the auto-adjustment of the SB, even when it isn't used ? See, e.g. bug 169805.
(In reply to Danat from comment #5) > ...quiet sidebars are nice Agreed, but it likely will cover the document canvas when zoomed. But I would not put effort into this anyway.
Examples of quiet page https://drive.google.com/file/d/1toIUA3pqe63SwylVVul2Oj4n25ohM2nO/view?usp=sharing https://drive.google.com/file/d/1b3vF7LCsvcgmskhtTMg7krjn1hlzgujB/view?usp=sharing https://drive.google.com/file/d/1kl5cCqBYoRhbabDGZKcheoMEc_6tUHwi/view?usp=sharing