Reproduction: 1. Create a new Impress presentation. 2. Type some text in the main text box, e.g. "hello" 3. Press the Numbering button on the toolbar Expect results: Some space between the "1)" and the "Hello" Actual result: No space between the "1)" and the "Hello" I believe the issue is that our default width is not distinguished based on whether we're defining bullets or numbering, or whether we have separators before and after the number etc. Build info: Version: 7.4.1.2 / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: qt5 (qfont+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Note: This is with "Autofit text" disabled, so it's not related to bug 151273.
I agree that the default spacing between the number and the text is too narrow. You can fix it manually by going to Bullets and Numbering and increasing the "Width" value. Anyways, I think we could have better defaults for this function. I don't see it as a bug (nothing is broken), but rather as an enhancement. So let's hear some input from the UX team.
Gülşah, Mike: Writer adds a tab (optionally but by default) after the number, which is not available in Impress. I wonder if this is a fall-out from the dialog redesign or a missing attribute.
(In reply to Heiko Tietze from comment #2) > Gülşah, Mike: Writer adds a tab (optionally but by default) after the > number, which is not available in Impress. I wonder if this is a fall-out > from the dialog redesign or a missing attribute. Not available, or just not added?
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Eyal Rozenberg from comment #3) > (In reply to Heiko Tietze from comment #2) > > Gülşah, Mike: Writer adds a tab (optionally but by default) after the > > number, which is not available in Impress. I wonder if this is a fall-out > > from the dialog redesign or a missing attribute. > > Not available, or just not added? Lists in Impress use the "old" list structure with width of the numbering area, whereas the lists available in the UI in Writer use the "new" list structure. It has the attribute text:list-level-position-and-space-mode="label-alignment" (20.431, part 3, ODF 1.3). The rendering engine in Impress is not able to use the "new" list structure. So 'followed by tab' or 'followed by blank' is not available for lists in Impress. https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part3-schema/OpenDocument-v1.3-os-part3-schema.html#property-text_list-level-position-and-space-mode
So I suggest to resolve this ticket as WF and adjust the default width to some larger value that makes sense for the default template. IIRC there was another ticket...
(In reply to Heiko Tietze from comment #6) > So I suggest to resolve this ticket as WF and adjust the default width to > some larger value that makes sense for the default template. You mean, a larger size for the bulleted case as well? Then you'll have too much space with bullets.
Without looking into the code we probably have the choice between pest and cholera. Either we use a reasonable distance for ordered lists (if <10 items), I suggest 1.20cm, and a somewhat large value for unordered lists or accept the missing space between separator and text. But maybe the defaults can be defined independently, in which case I'd keep 0.6cm for unordered lists.
Created attachment 189806 [details] Some numbered paragraphs within Impress objects Note the _second_ lines of the numbered paragraphs in the blueish box: They are not aligned with the _first_ lines of the numbered paragraphs. Is this a separate issue, or just the result of there not being enough space for the number + separator ?
(In reply to Eyal Rozenberg from comment #9) > Note the _second_ lines of the numbered paragraphs in the blueish box: They > are not aligned with the _first_ lines of the numbered paragraphs. In other words: the separator after is an additional character that needs a larger indentation. The "Width" attribute allows to change this obviously. This wont be an issue anymore if the "width" becomes larger.