Created attachment 94285 [details] Screenshot The screenshot shows that a) the tabulator position has been indented, b) the tabulator symbol in the ruler has NOT been indented.
Created attachment 94286 [details] Document used The document contains a multilevel point list and a tabulator position.
Use case: I wanted to have a multi-level point list with a straight vertical column to its right. I therefore added a tabular stop and started creating the multi-level point list. Expected result: The tabular position should stay fixed relative the paper (as the left margin wasn't changed). Actual result: The tabular position was indented with the paragraph. But the tab stop marker in the ruler was not moved to reflect the changed actual position. Comment: What I've found actually seems to be two bugs: - the tabular position following the indentation of the paragraph, - the tab stop marker not following the actual tabular position. As I realized this during writing this report, and they are closely related, I let them be in the same bug report.
Confirmed with Version: 4.2.2.1 Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f - Set as New - Sophie
Still there in version 5.0.4.2 (Build ID: 2b9802c1994aa0b7dc6079e128979269cf95bc78)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.2.5 or 5.3.0 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170306
Tab in lists don't add tabulator but increase the level (and indent the text according the list style). Compare it with pressing tabs when you are not in a list. This is an intended convenience feature. => WFM
Should really the tabulator stop (at 12 in this case) also be indented? I expect the tabulator stop to keep its position so that the words "Tabulator" in the document form a straight column instead of also getting indented. What I consider being a bug is still there.
(In reply to Per Persson from comment #8) > Should really the tabulator stop (at 12 in this case) also be indented? Again, in lists you don't add/place the tabulator - you increase the level of the list item.
Per Persson, paragraph tabulator or indent settings have nothing to do with list hierarchy indents. Therefore this isn't a bug as Heiko said. You must change list indents in the list settings. Setting this bug as Notabug.
When one presses TAB at the beginning of a paragraph inside a list, then the level should (and does) increase (normally, but not necessarily, with an indentation). I'm completely aware of that. But if one has typed some text in the paragraph and presses TAB then the cursor jumps to the next tab stop. If I set a manual tab stop, then that is moved with the indentation. I expect it to be fixed.
@Thomas Lendo, this is *not* a bug report about the indentation increasing with the list levels. That is something I expect to happen. I still consider this being a bug. ## How to reproduce * Create a new text document * Set a tab stop at say 10 cm (4 in) * Start a list (press point list button) Is the tab stop still where you set it to be? * Write "Level 1" * Press [TAB] * Write "Tabstop" * Press [ENTER] * Press [TAB] Where is the tab stop now? * Write "Level 2" * Press [TAB] * Write "Tabstop" Are the two "Tabstop" aligned? ## Expected behaviour I expect the tab stop to remain where I first put it and not be moved with the list indentation. That is, it should keep its position relative the left margin, not relative the indentations (neither where the list symbol is placed, nor where the text starts).
Per Persson, thanks for your steps to reproduce and your patience. Now I see what you wrote about and I can confirm that this is a behavior that isn't expected at least for you and me. The list tab stop indent (see dialog 'Bullets and Numbering > Position') is moving the PARAGRAPH tab stop to the right. 1.27 cm in the first list level, 1.91 cm in the second list level and so on. But the question is, if this is an intended behavior of lists in the ODF specification. Adding Regina Henschel to CC list. Setting bug to NEW.
Changing summary from 'Tabulator indented in list' to 'List indent shifts paragraph tab stop to the right'.
The behavior is not yet specified. There exists the issue https://issues.oasis-open.org/browse/OFFICE-3846 to change that. But it is not in upcoming ODF 1.3. LibreOffice has a document setting "TabsRelativeToIndent" in the file "settings.xml". It will be set to false, if LibreOffice opens a document from Word, because that is the behavior in MS Office. It is set to true for our own formats. @Per Persson: The easiest way for you might be, to store the document as "Flat XML ODF Text Document" (.fodt), use a text editor, find the string TabsRelativeToIndent and change the associated value from "true" to "false". If you want to work always in that mode, you should generate a document template with that setting. The request to get this hidden setting in the UI is already in bug 76005. So I suggest to set this bug as duplicate to 76005.
Dear Per Persson, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still available in: Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: sv-SE (sv_SE); UI: sv-SE Calc: threaded
The bug was present already in the following version: LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 I have therefore changed Version to "Inherited from OOo".
The bug is also present in Apache OpenOffice 4.1.10 (AOO4110m2(Build:9807) - Rev. b1cdbd2c1b 2021-04-19 19:30), although a bit different. The tab mark in the ruler does not move, but the position of the text that should be at the tab stop is moved to the right (i.e. is not positioned under the tab stop).
In Comment 15 it was advised to set as duplicate of an older proposed solution bug. I do it now. Not also bug 75899. *** This bug has been marked as a duplicate of bug 76005 ***