Description: I would like the Styles list on the right of the window to stop jumping after I change the active style, and stay at the same position, so I can switch styles without scrolling. Steps to Reproduce: 1. Open the Styles panel 2. Change style Actual Results: The list jumps to the now-active style. Expected Results: It should stay still. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: 50(Build:3) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu package version: 1:7.5.0~rc3-0ubuntu0.22.04.1~lo1 Calc: threaded
I can't confirm a jump or auto-scrolling. Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded So perhaps an issue in Linux. So it would be a bug and not an enhancement request.
I can reproduce after expanding a few style groups to have enough vertical spread. With gtk3, I can see the view autoscroll to have the selected style at the top. With kf5 and gen, it is not as consistent but still distracting how it sometimes jumps unexpectedly. The view should just stay put. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cae0daff1dd8bd60208892c792948c0cd2b0eeec CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Also on Windows 10. Sometimes jumps up, sometimes jumps down, sometimes stay put. Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ja-JP (en_GB); UI: en-GB Calc: threaded
(In reply to Kalytis from comment #0) > Description: > I would like the Styles list on the right of the window to stop jumping > after I change the active style, and stay at the same position, so I can > switch styles without scrolling. > > Steps to Reproduce: > 1. Open the Styles panel > 2. Change style It seems step 2 should read "Change style from the toolbar dropdown". However, a related request that would cover this has been rejected before. *** This bug has been marked as a duplicate of bug 136096 ***
I really fail to see how this could constitute a "logical behaviour" that would trouble people who are used to these jumps, w/e
(In reply to Kalytis from comment #4) > I really fail to see how this could constitute a "logical behaviour" that > would trouble people who are used to these jumps, w/e You would see it clear as day after dealing with a hundred angry bug reporters complaining about your change.
Kalytis, do you agree that your steps to reproduce use the toolbar's style dropdown? If that's the case, I agree with Buovjaga's categorisation. And in that case, I am seeing something different: applying directly from the styles sidebar produces incoherent jumps. If it is applied from the sidebar, the style is obviously already in view and therefore there shouldn't be any jumps. But maybe I should open a different report for that, if that's not what your report was about.
Yes Stéphane, your second point is actually what I believe constitutes my problem : applying styles from the sidebar list provokes incoherent jumps in the list itself. And that was what bothered me : if I click on a style, it seemed to me that it was obviously in my sight, so there was no need to move the list in order to make it "more in sight". Sorry if I explained this wrong in the first place.
So setting to New, as I see the same thing.
Dear Kalytis, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
All the mentionned bug are still present.