Description: If I tab an element in a list -- ordered or unordered -- and then hit carriage return, the tab is converted into a space. Steps to Reproduce: 1. Turn on formatting marks (View | Formatting Marks or Ctrl-F10). 2. Start a list, ordered or unordered. 3. Type something. Hit shift-enter. Hit tab. Type something else. Hit enter. Actual Results: The tab is converted to a space. Expected Results: The tab should remain a tab. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.5.2 (x64) / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Created attachment 182102 [details] Video demonstrating the behavior
Created attachment 182103 [details] Document used for testing
Sounds like auto-correct based on the description (didn't test): Disable Menubar -> Tools -> Autocorrect -> Disable While typing. More advanced control: Tools -> Autocorrect -> Autocorrect options -> Options tab It might still be annoying - feeling like a bug. The auto-correct is sometimes rather disturbing
Thank you Telesto! Turning off the options "delete spaces and tabs at beginning and end of paragraph" and "delete spaces and tabs at end and start of line" fixed the problem. Two more questions, however, which might reveal an actual bug: 1) Why is the tab *replaced* with a space rather than deleted entirely, as the name of the autocorrect option says? 2) The function of these autocorrect options seems inconsistent. If I run the same test in Default Paragraph Style -- typing a word, hitting control-enter, entering a tab and some text, then hitting enter -- nothing happens. The tab stays put. Why is the tab "deleted" (actually, replaced with a space, as I describe above) in a list but not in ordinary text? Thank you for your attention!
(In reply to William Friedman from comment #4) > Thank you Telesto! Turning off the options "delete spaces and tabs at > beginning and end of paragraph" and "delete spaces and tabs at end and start > of line" fixed the problem. A reminds me of bug 148015 > Two more questions, however, which might reveal an actual bug: > > 1) Why is the tab *replaced* with a space rather than deleted entirely, as > the name of the autocorrect option says? > > 2) The function of these autocorrect options seems inconsistent. If I run > the same test in Default Paragraph Style -- typing a word, hitting > control-enter, entering a tab and some text, then hitting enter -- nothing > happens. The tab stays put. Why is the tab "deleted" (actually, replaced > with a space, as I describe above) in a list but not in ordinary text? > > Thank you for your attention! Not that good in answering those questions.. adding a few people in CC.. the might know
Thank you for linking to that other bug report. There is definitely something or several somethings wrong here, either in the description of the name of the option, the function of the program, or the help information. 1) The name of the option says "delete," but in fact the tab is *replaced* with a space. 2) In the help file for the autocorrect options (https://help.libreoffice.org/7.3/en-US/text/shared/01/06040100.html), it states: "Delete spaces and tabs at beginning and end of paragraph Removes spaces and tabs at the beginning of a paragraph. To use this option, the Apply Styles option must also be selected. Delete spaces and tabs at end and start of line Removes spaces and tabs at the beginning of each line. To use this option, the Apply Styles option must also be selected." I have the Apply Styles option *unchecked* and yet my tabs were "deleted" (again, replaced with a space). I'm happy to demonstrate this with a screencast if necessary. So either the help is wrong, or the program is not functioning as described in the help. 3) If the feature is only meant to work with lists, I think that should be made explicit in the name of the feature or at least in the help text. If it is meant to work with other styles as well, as far as I can tell it doesn't.
There are duplicates such as bug 59034 (works only with Default PS), bug 139986 and bug 139963 (both about the option).
I was only able to skim those bug reports, but I concur with the view that the purpose and utility of these options need to be critically re-evaluated and their actual function clarified. Unless I'm mistaken (again, I only skimmed them), it appears that no one raised the issue of how the "deleted" tab is actually *replaced* with a space, or how these options interact specifically with lists. But I may have missed it, and didn't follow all the intricacies and nuances. If this report is truly duplicated in those bug reports, I'm happy to have this marked as a duplicate, or even, thanks to Telesto's suggestion to simply turn off these autocorrect options, as RESOLVED WORKSFORME.