Bug 75159 - List indent shifts paragraph tab stop to the right
Summary: List indent shifts paragraph tab stop to the right
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Bullet-Number-Outline-Lists Paragraph-Tab-Stops
  Show dependency treegraph
Reported: 2014-02-18 13:36 UTC by Per Persson
Modified: 2019-08-31 06:26 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Screenshot (145.72 KB, image/png)
2014-02-18 13:38 UTC, Per Persson
Document used (12.90 KB, application/vnd.oasis.opendocument.text)
2014-02-18 13:47 UTC, Per Persson

Note You need to log in before you can comment on or make changes to this bug.
Description Per Persson 2014-02-18 13:36:41 UTC

Comment 1 Per Persson 2014-02-18 13:38:51 UTC
Created attachment 94285 [details]

The screenshot shows that
a) the tabulator position has been indented,
b) the tabulator symbol in the ruler has NOT been indented.
Comment 2 Per Persson 2014-02-18 13:47:40 UTC
Created attachment 94286 [details]
Document used

The document contains a multilevel point list and a tabulator position.
Comment 3 Per Persson 2014-02-18 14:02:38 UTC
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.

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.
Comment 4 sophie 2014-03-07 18:18:20 UTC
Confirmed with Version:
Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f - Set as New - Sophie
Comment 5 Per Persson 2016-01-07 15:14:44 UTC
Still there in version (Build ID: 2b9802c1994aa0b7dc6079e128979269cf95bc78)
Comment 6 QA Administrators 2017-03-06 14:24:29 UTC Comment hidden (obsolete, spam)
Comment 7 Heiko Tietze 2019-08-29 06:49:54 UTC
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
Comment 8 Per Persson 2019-08-29 07:53:51 UTC
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.
Comment 9 Heiko Tietze 2019-08-29 08:00:40 UTC
(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.
Comment 10 Thomas Lendo 2019-08-29 08:42:16 UTC
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.
Comment 11 Per Persson 2019-08-29 13:31:13 UTC
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.
Comment 12 Per Persson 2019-08-29 14:37:44 UTC
@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).
Comment 13 Thomas Lendo 2019-08-29 20:41:39 UTC
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.
Comment 14 Thomas Lendo 2019-08-29 20:44:11 UTC
Changing summary from 'Tabulator indented in list' to 'List indent shifts paragraph tab stop to the right'.
Comment 15 Regina Henschel 2019-08-30 20:21:28 UTC
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.