Bug 148015 - shift+tab disappear when I finish a paragraph in writer
Summary: shift+tab disappear when I finish a paragraph in writer
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-03-15 18:32 UTC by wmsxx
Modified: 2022-08-30 20:16 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screencast to show the error (123.90 KB, image/gif)
2022-03-15 18:35 UTC, wmsxx
Details

Note You need to log in before you can comment on or make changes to this bug.
Description wmsxx 2022-03-15 18:32:32 UTC
Description:
I use the shift+tab within a paragraph in combination with shift+enter for new line. When I finish the paragraph. The shift+tab disappear. 





Steps to Reproduce:
1. Generate some shift+tabs in a paragraph
2. Hit enter for new paragraph
3. (see my screen cast enclosed)

Actual Results:
shift+tab disappear

Expected Results:
shift+tab will stay


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.2.5.2 (x86) 
Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5
CPU threads: 8; OS: Windows 10.0 Build 19043;
Comment 1 wmsxx 2022-03-15 18:35:18 UTC
Created attachment 178902 [details]
Screencast to show the error
Comment 2 Telesto 2022-03-26 16:52:52 UTC
Repro
Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 3ccc4c123f5e78e0204d11abeab2d1a74278ca3e
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL Jumbo

and in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

and in
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28

auto-numbering kicks in with (and still removing tabs)
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

It has something to do with the starting with 1. (triggering numbering?)
Comment 3 Telesto 2022-03-26 16:59:39 UTC
This has something to do with Tools -> Autocorrect -> Autocorrect options -> Options

And the feature delete spaces and tabs at the end of start of a line

However, this does appear to happen with "1." but not with "a." or "a)"


@Heiko
Any clue how this supposed to work?
Comment 4 Heiko Tietze 2022-03-28 07:52:35 UTC
Happens only if the first character is white space.

"Delete spaces and tabs at end and start of the line" and "Apply Styles" kick in. The latter makes the entry a List Indent paragraph style. 

So you could either disable these two options. Or use some non white-space text at the line start (a dot, or true text). Or go with the usual way to format structured text by using Table > Insert Table (without borders) or by using Insert > Section (with columns).

=> NAB (please reopen if I've misunderstood something)
Comment 5 Telesto 2022-03-28 08:05:16 UTC
(In reply to Heiko Tietze from comment #4)
> Happens only if the first character is white space.

Not following: The first character typed is a '1'. See the attached gif screencast
Comment 6 Heiko Tietze 2022-03-28 08:12:23 UTC
(In reply to Telesto from comment #5)
> The first character typed is a '1'
But not in the second line.
Comment 7 Telesto 2022-03-28 08:48:37 UTC
(In reply to Heiko Tietze from comment #6)
> (In reply to Telesto from comment #5)
> > The first character typed is a '1'
> But not in the second line.

Ok still few questions:

A)
----------------------
1. Open Writer
2. Type '1.
3. Press tab 3x
4. Hit enter..

The tabs disappear in case of "1." or "1)" or "(1.)" or "I." "I)" and "(I) so numbered lists).. but does hot happen with with a. (a) a). Which I would expect to happen here to. Is this a bug?

B)
---
And slightly unsure about the trigger for the autocorrect rule: 'Delete spaces and tabs at end and start of the line'. 

Shift+Enter honors the Tabs  at the end of the line.. but get deleted when pressing Enter at the end of the paragraph. So technically removing tabs of previous line..

Should Shift Enter not trigger the Auto-correct feature too? I personally prefer instant feedback (but me often in a fight with auto-correct)

C)
-----
Should there be some override.. Normally you can undo an auto-correct change with CTRL+Z. But in this case you're stuck. Press CTRL+Z and the tabs return. Press Enter.. and those are gone again..
Comment 8 Heiko Tietze 2022-03-28 09:09:36 UTC
(In reply to Telesto from comment #7)
> The tabs disappear in case of "1." or "1)" or "(1.)" or "I." "I)" and "(I)
> so numbered lists).. but does hot happen with with a. (a) a). Which I would
> expect to happen here to. Is this a bug?

You may ask the same question for roman numbers or Cyrillic. If at all it would be an enhancement request.
 
> So technically removing tabs of previous line..
This is wrong since the soft break is not a line end (no CR nor LF).

> Normally you can undo an auto-correct...
Yes, undoing autocorrect operation should be possible. But it works for me and restores the situation before adding the paragraph break. Now you just have to find a way continue the text without pressing enter (for instance by cut/paste it somewhere with a follow-up paragraph).