Description: If I set Bullets and Numbering | Position | Numbering followed by to "space", there is no way to set the indent to automatically line up with the start of the text on the first line of the list entry. In order to do so, I have to guess approximately how far the text on the first line starts (i.e., aligned at + the width of a single digit + any text following the number + a space -- tricky business for variable-width fonts) and manually set "indent at" to match that approximation. But that only works as long as the list is set to single-digit numbers. Once the list reaches double-digit numbers -- and, even worse, triple-digit numbers -- this approximation is way off, but as far as I can tell there's no way to change the "indent at" to change based on the number of the list entry (*not* the level, which is not relevant here). The alternative is to use "numbering followed by tab stop", which will definitely line up all the lines of a multiline list entry underneath the start of the text of the entry on the first line, but this doesn't do what I want either, since I still have to choose to align the text with double-digit or triple-digit entries, still have to guess approximately where (aligned at + width of two digits + width of text following the digits + space) will end up, and will still be left with undesirable extra spaces in single-digit entries. A solution would be to add options to "indent at": manual (i.e., the current behavior, where you manually enter a number); "first line text"; "first line number/symbol" (equivalent to manually setting it to the same number as "aligned at"); "tab stop" (equivalent to manually setting it to the same number as "tab stop"). Steps to Reproduce: 1. Open Bullets and Numbering | Position. 2. Set "Numbering followed by" to "space." 3. See that there is no way to set "indent at" to the beginning of the text on the first line. Actual Results: Indent at must be manually set. Expected Results: Indent at should have an option to line up with the beginning of the text on the first line of the entry. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 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 threaded
(In reply to William Friedman from comment #0) > Steps to Reproduce: > 1. Open Bullets and Numbering | Position. > 2. Set "Numbering followed by" to "space." > 3. See that there is no way to set "indent at" to the beginning of the text > on the first line. I confirm the behaviour, but for me it is the expected one. If you want an indent for first line, why do you choose "followed by space" and not "followed by tab". I don't see the use case here. Could you please explain? => NEEDINFO
My apologies for not being clearer. The issue is not the indent of the first line, but the indent of *subsequent* lines. I am requesting an option for each entry of a list to be lined up with the first line of the entry. Here is a visual schematic: 1. alsdjflsjfdlajsfljsdfsa alksjdflsakjflasj 2. a;lkfdsjsa;ljf a;lsjd;lasjfda ... 10. a;lskdjf;lsajf a;lsjdf;lasjf;lasj With the current options, there is no way to create a list that is lined up in this way. Either the first line of an entry is separated from the number (+ subsequent characters, here a period) by a space, and any subsequent lines of the entry are not indented at all (and hence lined up under the entry number) OR subsequent lines are indented to a fixed tab stop, which means: 1) having to guess where the number (+ subsequent characters + space) will be and manually inserting a tab stop at that point AND 2) that text can only be lined up under either single-digit, double-digit, OR triple-digit numbers (because you have to manually choose the indent of subsequent lines). I hope the request is clearer. If not, please let me know what remains unclear and I will try to rephrase.
Bumping this for renewed attention, since I provided the additional information as requested. Thank you.
(In reply to William Friedman from comment #2) > Either the first line of an entry is separated from the number > (+ subsequent characters, here a period) by a space, and any subsequent > lines of the entry are not indented at all (and hence lined up under the > entry number) That's true, but I don't know, if this is possible at all, because with a space you don't have a "starting point" for the text > OR subsequent lines are indented to a fixed tab stop, which > means: 1) having to guess where the number (+ subsequent characters + space) > will be and manually inserting a tab stop at that point No, you define it with the position tab in Bullets and Numbering Dialog (same value of "Tab stop at" and "Indent at") Perhaps it could help, if you add a sample document.
Created attachment 193031 [details] Screenshot demonstrating the problematic behavior In this screenshot (I will attach the odt in the next comment), you can see the issue. The bottom two lists have numbering set to right, and all of the lines for each list entry are aligned with the first line of the entry. The top two lists are the issue. They have numbering alignment left. 1) In the top list, there is a tab stop set to .5 and indent set to .5. This aligns all of the lines for the entries for 1. and 10., but not for 100. But note the excess space between the period after 1 and the beginning of the entry, which is undesirable. 2) In the second list, the problem is even worse. Numbering is followed by a space. The constant indent of .25 means that the the second line of each entry is lined up under the number, rather than under the start of the text of the first entry. Changing the indent would at most get it to approximately line up for either 1, 10, or 100, but not the other two. My enhancement request is to add an option to "indent at" that would line up all subsequent lines of each entry with the start of the text of the first entry. I hope this clarifies the request.
Created attachment 193032 [details] Document used to generate the screenshot in the previous comment