Created attachment 176004 [details] Document displaying the left indent inconsistency There is a major inconsistency in the display of indentation inside the Organizer tab for the Paragraph style. "Left indent" (or "Right indent", depending of the text direction) always refers to the minimum indentation whether it is the first line or the lines that follow it. My opinion is that "Left indent" should always refers to the indentation following that of the first line. The indentation of the first line, relative to the rest of the paragraph, is a separate data which applies only locally and is already stipulated in the Organizer tab. Finally, the user should find in this summary the values he has entered, and not recalculated values. Steps to Reproduce: 1) Create a new paragraph style with Before text indent of 0.9 cm and First line indent of 0.5 cm. 2) Open the Organizer tab for the current style. Actual Results: "Contains" displays "Indent left 0.4 cm, First Line -0.5 cm, Indent right 0.0 cm". Expected Results: "Contains" should display "Indent left 0.9 cm, First Line -0.5 cm, Indent right 0.0 cm". As the famous meme goes, "change my mind". Thank you!
Sorry for the typo: 1) Create a new paragraph style with Before text indent of 0.9 cm and First line indent of -0.5 cm.
Created attachment 176008 [details] Style Inspector I think just the info that this shown there is wrong, the Style Inspector from Sidebar is showing in mm: -499 Para Fisrt Line Indent +900 Para Left Margin + 0 Para Right Margin See the image. But I confirm the info is wrong. Version: 7.2.2.2 / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Also in Version: 5.4.7.2 Build ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk2; Locale: ro-RO (ro_RO.UTF-8); Calc: group
Dear phv, 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