I have two sidebars open together, the page and style navigators. They sit together, the page at the top and the style navigator below, in one column. As I work through the document, the style navigator bar moves progressively down the page. When I want to check a style, I have to use the mouse to move it back up to near the top of the column to be able to select a style. As I write reports (long documents) I am constantly checking and changing styles, so this has to be done multiple times per document. If I have one sidebar open it is not a problem, but I need the page one as well to navigate quickly through documents. Is there any way sidebar components could be locked in place so they stay in the same place for the document (or at least an option to switch this on and off as required) if more than one sidebar component is open simultaneously. Thanking you in anticipation.
Hi Louise, So you undocked the sidebar and rearranged their positions on the screen? Can you please share a screenshot of how you set up the navigators?
Created attachment 183029 [details] Suggestion - screenshots on what is happening re navigation Hi Rafael, Thanks for you quick response. Here are comparison screenshots - I have redacted the file name for privacy. I would be so grateful if you can find a fix for this as I love having both page and style navigation open simultaneously. Note I have tried reversing the set-up - less workable for me. Best regards, Louise
So I tested the same layout and editing the document did not change the height of the sidebar. However I'm on Linux (more specifically KDE) and this may be related to how MS Windows manage its windows. Let's wait and see if anyone else can confirm this issue. Tested with Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7fc96ad09520abea4833ed7410fd3a2d1b63d7b1 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded
So, the navigator dialog (F5) was docked above the sidebar, with the styles deck active. I tested, editing a document for a while and changing styles on it, but I saw no change in the relative sizes of the two panels. Version: 7.5.0.1 (X86_64) / LibreOffice Community Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded Also tested: Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded Louise, could you please: - paste here the information copied from Help > About LibreOffice - check if you can reproduce the same issue when in safe mode (Help > Restart in safe mode > Continue in safe mode) Thank you!
Maybe a DUP of bug 85905?
(In reply to Heiko Tietze from comment #5) > Maybe a DUP of bug 85905? I don't think so. As I understand Louise's issue, the docked navigator gets bigger and bigger as she edits the document (and the sidebar smaller and smaller).
Created attachment 184952 [details] Initial docking setup for dual navigation bars
Created attachment 184953 [details] Subsequent migration of lower navigation bar towards bottom of page
Oops, the Images attached are the incorrect way round. LibreOfficeII is the Initial setup and LibreOffice I is how the style navigation bar was migrating while working in the document. LibreOfficeII image is the document I have been working in today and it all seems to be staying in the original position I place it in. Many thanks, and sorry for the confusion Louise
Thanks, Louise. Does that mean it doesn't consistently happen? Please also: - paste here the information copied from Help > About LibreOffice, in the version you have the issue in (if it's too old, we'll recommend to upgrade to a currently supported version like 7.4, and test again) - check if you can reproduce the same issue when in safe mode (Help > Restart in safe mode > Continue in safe mode) Thank you!
Dear Louise, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Louise, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp