Currently, when a paragraph has a list style, and one switches the paragraph style - the paragraph retains its list style. However, in some cases, the user changing the style also wants to remove the list style, as the paragraph is no longer considered one of the list items. It would be nice if one could do one of the following: * Mark the list style as "non-sticky", so that when the paragraph style changes - the list style is cleared (to "No List") , Mark the target paragraph style as "list-style-forgetful", i.e. when applying it to a paragraph in another PS and a list style, the list style is cleared. Naturally, it would be for users to decide which LS'es or PS'es have this feature; and the default can remain as it is today (or not? bikeshedding.) Example paragraph styles for which this might be relevant: blockquote; source code segments; and maybe even headings (which have their own numbering, "Heading Numbering" or "Chapter Numbering").
(In reply to Eyal Rozenberg from comment #0) > ... when a paragraph has a list style, and one switches the paragraph style > ...so that when the paragraph style changes - the list style is cleared What does this mean? Please add some STR.
(In reply to Eyal Rozenberg from comment #0) > * Mark the list style as "non-sticky"..."list-style-forgetful" This is obviously not flexible. Still missing STR.
(In reply to Heiko Tietze from comment #2) > Still missing STR. 1. Set the paragraph style to Text Body. 2. Set some list style, e.g. "Bullet -" 3. Type some text 4. Press Enter to get to a new paragraph 5. Change the style to Title Expected results: List style is dropped in favor of the default list style (i.e. No List) or rather - expecting to be able to choose whether the list style should be dropped or not Actual results: List style persists in the Title paragraph if we switch to Heading 1 though, instead of Title - the "Bullet -" style does not persist. Why can the user not configure whether they want persistence of the list style or not, when switching to a given style?
[Automated Action] NeedInfo-To-Unconfirmed
If you apply the list attribute as direct formatting it continues with the next paragraph (unlike when it's defined with the style). While the heading most likely should not be part of the list, changing this means to also revert other attributes like serif font. And for convenience we continue DF. Mike, what do you think about an exception for lists? Meaning if the PS changes any DF to the list attribute would be removed.
The "No List" choice on the Outline & List tab means "no specific list assignment" for the style. But we could have e.g. "No List" and "Really No List" (the latter meaning "drop any list info from paragraph when applying this style"). I see no problem (both technical, and usability) in this. In fact, this would somewhat align with e.g. tdf#62032, which got partially implemented (as experimental feature) in 7.6. The only really difficult problem here could be naming of that "Really No List" item.
Sounds like a tri-state checkbox, or alternatively "Continue with previous attribute" (and the to be added option 'really no list' would take the current name).