Created attachment 163022 [details] Writer doc showing issue with list styles Version: 6.4.4.2 (x64) Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win; Locale: en-GB (en_GB); UI-Language: en-GB Calc: threaded Open the attached file. There are 3 x 3 sets of numbered items, all using the "Numbering 123" list style, and separated from each other by a paragraph of text. 1. Select the numbered items from 1-3 at the beginning of the document. 2. Select "List styles > Style actions > New style from selection." Give the style a new name, say "Numbering - new". EXPECTED RESULT: The new list style ("Numbering - new") applies ONLY to the three items which were highlighted in step 1 above. Paragraphs in the "Numbering 123" style which are not highlighted should remain as "Numbering 123". ACTUAL RESULT: All instances of "Numbering 123" in the text have been changed to the new list style, even though they were not included in the selection.
I confirm the behaviour with Version: 6.4.5.2 (x64) Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GB Calc: threaded I'm not sure, if it is a bug (personally I think so) or a lack of information in LO help [1]. So I add design team for further input. [1] https://help.libreoffice.org/6.4/en-GB/text/swriter/guide/stylist_fromselect.html?&DbPAR=WRITER&System=WIN
Not reproduced in my version. Version: 6.4.4.2 Build ID: 1:6.4.4-0ubuntu0.20.04.1 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: pt-BR (pt_BR.UTF-8); UI-Language: en-US Calc: threaded Maybe it's a LO for Windows issue.
The lists are somehow connected (which allows the consecutive numbers). If you restart the numbering, you can assign different list styles. => NAB You should also consider to use the numbering style at the paragraph style itself (and create one for this). Seems to be flaky, however, since "Restart at the paragraph" is not working for me. Different topic.
How this must operate should be decided on UX level. Both ways have their logic; e.g., current operation *might* seem to handle the whole list as a single entity (like selecting part of a paragraph when creating a new paragraph style from selection does not limit its operation to the selected words, but to the whole paragraph). However, even restarting numbering on #4 does not stop applying the new numbering style to all the following list items (tested with 7.0.0.2 x64), which seem plain wrong anyway. Personally I would think it's a reasonable request that is closer to least surprise principle, and since implementing it does not mean some violation of underlying principles, I support it.
(In reply to Mike Kaganski from comment #4) > ... I support it. Implementing the proposal would mean that the selected list items would form a new list independent from the old list, with own numbering. What should happen with the numbers of the new list, and with the rest of the old list, should be also decided: should the newly created list start with the number that was previously the number of its first element in the old list? should the rest of old list be e.g. split into two independent lists when the selection converted into the new list was in the middle (so should the last part of the old list restart numbering), or should it be the same list with continued numbering, etc.
Thanks for the input. I weight the effort to continue a list higher than restarting a list, as it works today, and resolve the ticket as wontfix therefore.
Not WF but "not a bug", of course.