Created attachment 182698 [details] sample document Steps to reproduce: 1. Open attached file 2. Place cursor at beginning of second paragraph and press tab key => cursor jumps at beginning of text) 3. Repeat step 2 => Cursor adds aditional space Actual result: Inconsistent behaviour Expected result: Result after step 3
After changing the PS to Text Body the tab inserts a tab at the second item as well. Apparently not a list, what came in mind first, but some direct formatting applied anyway. Any idea, Mike?
This bug will disappear if TabKey ignores indent —bug-enhancement 150848 *** This bug has been marked as a duplicate of bug 150848 ***
Not a duplicate of 150848. Back to UNCONFIRMED.
If you edit the paragraph style Reference that is used for the text, in the Tabs tab you see it uses a fill character: ___ However, changing it to None makes no difference. Still this underlining is inserted. The behaviour went away after I unzipped the .odt and removed this from the content.xml: <style:paragraph-properties style:page-number="auto"> <style:tab-stops> <style:tab-stop style:position="0.005cm"/> <style:tab-stop style:position="0.635cm" style:leader-style="solid" style:leader-text="_"/> </style:tab-stops> </style:paragraph-properties> So I don't know if it's a bug. https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part3-schema/OpenDocument-v1.3-os-part3-schema.html#__RefHeading__1417926_253892949 "The style:leader-text attribute specifies a single Unicode character for use as leader text for tab stops."
I think this is not a bug. There are possibly two cases here, as the original report is unclear on what the exact expectation was: Case 1 - the fill characters are not expected: -Open the sample document -Menu 'Styles/Edit Style' using the tab 'tabs' the fill character (as noted by Buovjaga) is set to '____' in the sample document. - Set to 'None'. Apply. - Close and return to the document - Tab -> NO fill characters '____' are shown. => So the behaviour is as expected as the documents setting has the fill defined for the 1st tab: no bug. Case 2 - the fill character expected to be repeated: This is easily achieved by defining a 2nd tab (using menu Styles as above). Only the defined tab will show a fill character. - For instance a 2nd tab at 1" with '----' as fill character. - Apply & close - Tab 1 -> filled with '____' - Tab 2 (at 1") -> filled with '----'. - Text shows: ____-------------aaa => result as expected. Unless there is another issue intended, I think this all works as expected.