Hello! This bus has been present in LibreOffice for years, but I had never reported it before because it did not exactly bother me, but now, I need it to be gone, because it makes my important document look odd (; b). Steps to reproduce: 1. Create new "odt" file 2. Insert: right-click>List>Numbering 123 List Style 3. Continue adding new elements to the list: right-click>List>Add to List 4. Reach 100 elements in the list OS: EndeavourOS (Arch Linux Based) LibreOffice Version: libreoffice-fresh 24.8.3.2-1 Language: English. Expected Behaviour: The numbers on the list should always look like this: 10. Title Instead, some sometimes looks also like this for no apparent reason, at random: 10. Title And I don't really know why, considering that I had done that in different files with not much formatting (font=Arial, font size=11, all margins=0.59", alignment=justified). And, without any exceptions, when reaching one-hundred elements in the list, the formatting always gets changed to something like this: 10. Title Note: I am available to answer questions, if necessary. Thanks In Advance!
Hi Dante, I could reproduce the behavior when reaching one-hundred elements in the list in both 24.8.2.1 (X86_64) and 25.2.0.0.alpha0+ (X86_64). However, the random behavior did not happen to me. I have set the status to NEW. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ce4ae4f082d8fe80da242836c57d55a456eac5e0 CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
I also found this when reaching 100 elements, but not the random behavior. Version: 24.8.3.2 (AARCH64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 8; OS: macOS 14.5; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 197948 [details] Boilerplate text to copy After activating numbered list, paste in the content of this text file. Already seen in oldest of linux-43all repo.
Comment from dev chat: that repeats again and again - the tab after the number means that the following text jumps to the next tab stop; when the first tab stop is too close to hold the list number itself, the second tab stop starts to work
*** Bug 164473 has been marked as a duplicate of this bug. ***
This is a duplicate of either bug 56258, bug 162133, or bug 126690. Bottom line (quoting bug 162133 comment15): Ultimately, everything depends on the document content. As soon as you change font or font size, or involve sub-levels, then every assumption made gets thrown out of the window. For me, this is a both WONTFIX and NOTABUG. P.S. Microsoft Office does the exact same thing given the same font/size.
*** Bug 169641 has been marked as a duplicate of this bug. ***
(In reply to Justin L from comment #6) > Ultimately, everything depends on the document content. As soon as you > change font or font size, or involve sub-levels, then every assumption made > gets thrown out of the window. For me, this is a both WONTFIX and NOTABUG. No, you're wrong. This behavior is total BS, I too got discomforted by it
Agree with the => NAB, and => WF to do anything different when document of list items exceeds 100 list items. The list "numbering" passing over list <Tab> stop just means you need to set a smaller font or increase tab stop spacing for your list style/direct formatting. Behavior of spacing as implemented now is reasonable and consistent, tracks with comments on see also bug 162133
(In reply to V Stuart Foote from comment #9) > Agree with the => NAB, and => WF to do anything different when document of > list items exceeds 100 list items. The list "numbering" passing over list > <Tab> stop just means you need to set a smaller font or increase tab stop > spacing for your list style/direct formatting. > > Behavior of spacing as implemented now is reasonable and consistent, tracks > with comments on see also bug 162133 Respectfully, don't live in your own world. Think how people feel about things. If people think something is BS - it's probably BS indeed
(In reply to Danat from comment #10) > (In reply to V Stuart Foote from comment #9) > > Agree with the => NAB, and => WF to do anything different when document of > > list items exceeds 100 list items. The list "numbering" passing over list > > <Tab> stop just means you need to set a smaller font or increase tab stop > > spacing for your list style/direct formatting. > > > > Behavior of spacing as implemented now is reasonable and consistent, tracks > > with comments on see also bug 162133 > > Respectfully, don't live in your own world. Think how people feel about > things. If people think something is BS - it's probably BS indeed Also remember that people created this world & culture that we are all now modeling digitally.
(In reply to Buovjaga from comment #11) > (In reply to Danat from comment #10) > > (In reply to V Stuart Foote from comment #9) > > > Agree with the => NAB, and => WF to do anything different when document of > > > list items exceeds 100 list items. The list "numbering" passing over list > > > <Tab> stop just means you need to set a smaller font or increase tab stop > > > spacing for your list style/direct formatting. > > > > > > Behavior of spacing as implemented now is reasonable and consistent, tracks > > > with comments on see also bug 162133 > > > > Respectfully, don't live in your own world. Think how people feel about > > things. If people think something is BS - it's probably BS indeed > > Also remember that people created this world & culture that we are all now > modeling digitally. Word and Google Docs are not role models, and especially not Word. Microsoft apps are all bugged. Google makes good apps, but Docs isn't their main app I attached WPS Office list example. It has no such BS that LOffice inherited from Word
Created attachment 204534 [details] WPS Office (no BS) list
Created attachment 204536 [details] LO Writer (BS) list
Created attachment 204538 [details] LO Bullets and Numbering... dialog Position panel, adjust Tab stop Simple and necessary to adjust the tab stop for overly long numbering forms that cross default tab stop.
Created attachment 204539 [details] Position panel adjusting tab stop for numbering
Created attachment 204542 [details] Video
Created attachment 204543 [details] File in the video
(In reply to V Stuart Foote from comment #16) > Created attachment 204539 [details] > Position panel adjusting tab stop for numbering So I reproduced the bug. Whether it's a bug or not - up to your judgement. I showed how it looks with me https://drive.google.com/drive/folders/1cil4F2kokoAU9zXECX24e_5Q9sm94kqe?usp=sharing
Created attachment 204544 [details] LO Writer (BS) list 2.0
Created attachment 204545 [details] File of LO Writer (BS) list 2.0
Created attachment 204546 [details] WPS Office (no BS) list
WPS lists are awesome. Honey for the eyes https://drive.google.com/file/d/1vdsHjBREr1PY6Hxdkho8jvrvTFOP6FyY/view?usp=sharing