1. Apply List Style Numbering 123 to a list. 2. Click the dropdown arrow on the Toggle Unordered List (Shift+F12) on the Formatting bar, and choose one of the options (noticing which one was chosen). 3. Edit list style "Numbering 123", on Customize tab. Actual result: Selected Bullet is now assigned as the Number for the List Style. Expected result: No change in List Style. Additional Information This example is meant only to illustrate the general idea that any selection with the Ordered List or Unordered List dropdown menus on the Formatting bar results in a change in the list style (does not matter whether numbers or bullets).
I confirm the described behaviour with Version: 7.1.1.2 (x64) / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL and I also don't understand the current behaviour. If you create a new list with "Toggle Ordered List" button you neither apply a list style nor a DF. But what? cc: Design-Team for further input and decision
Cannot follow. What I do is 1. Add some lines of text a,b,c 2. Apply list style "Numbering 123" via stylist to these lines 3. Per "Toggle Ordered List" on the toolbar I switch to round brackets 4. Per modify list style I set square brackets In any case the List Label String is a direct formatting according the styles inspector. What am I missing?
(In reply to Heiko Tietze from comment #2) > Cannot follow. What I do is > 3. Per "Toggle Ordered List" on the toolbar I switch to round brackets The point is, that this changes the list style. But as far as I understand you, this is the expected result, right? > In any case the List Label String is a direct formatting according the > styles inspector. Sorry, you're right. But I can't remove it with Strg+m. Is this also expected or is it a bug (haven't searched for an existing bug report).
AFAICS, every list style does its label via direct formatting. It's rather a question to the developers if this DF is intended or not.
(In reply to Heiko Tietze from comment #2) > Cannot follow. What I do is > > 1. Add some lines of text a,b,c > 2. Apply list style "Numbering 123" via stylist to these lines > 3. Per "Toggle Ordered List" on the toolbar I switch to round brackets 4. Open Styles deck and edit list style Numbering 123 to confirm in the style dialog that the change has also been registered for Numbering 123 List style. Whether it was the developers intention or not (comment 4), it also seems like a UI/UX problem. If you (by mistake) used the dropdown box in the Formatting toolbar to change the numbering scheme of your list style, as in your example (or even worse, choose the lower right corner in the Outline tab of B&N dialog), then any formatting that you did with position and customize is lost in your Numbering 123 list style. Afaict, all operations in the Bullets and Numbering dialog (including Outline) will modify the settings in a list style. This is not consistent with the usual style interactions (i.e., with character and paragraph, using character or paragraph dialog or using Formatting bar does not modify CS or PS). My aim with this bug report is to highlight this issue -- in the belief that others will find it problematic - and might try to address the problem. Even if the existing underlying implementation of lists is not changed, there are probably a number of UI changes that could be done to preserve the "mythic" beliefs around significant differences between DF and List Styles. Bug 140612 was one small UI suggestion in that direction. But now I think my aim is achieved, so I will leave the matter to more qualified persons.
Would be desirable to have a consistent approach to styles. But if that's possible is a question to developers.
IMO definitely a bug.
*** Bug 120802 has been marked as a duplicate of this bug. ***
If you DON'T modify the list style, you get bug reports like 159054. Because LO is so inconsistent/limited in handling numbering, this should be a WONTFIX unless it is part of a major overhaul. There is not really a "correct" answer here, so better to leave things as they are.
(In reply to Justin L from comment #9) I don't quite follow you. IIUC, this bug is completely unrelated to the behavior of the toolbar button. It is about sidebar, its feature to edit different styles, which, in case of list style, also assigns the style to current place in document without double-click.
(In reply to Mike Kaganski from comment #10) > IIUC, this bug is completely unrelated to the behavior of the toolbar button. I don't think you understand correctly. OP talks about the "formatting bar" and .uno commands which are called by toolbar buttons (or sidebar para properties). > which, in case of list style, also assigns the style to > current place in document without double-click. Assigning a style to paragraphs was not discussed in this bug report. The issue discussed is that if you use the numbering dropdown to change the numbering format, it makes a change to the style itself that defines the currently selected list.
(In reply to Justin L from comment #11) Ah - thank you! But why is this inevitable? Isn't it orthogonal, and can't these commands clear the list prior to assigning the default?