The bullet widget in the toolbar as well as the Bullets and Numbering dialog > Unordered lists contains of many glyphs that are identical, for example the white circle U+25CB. This seems to be a regression from https://gerrit.libreoffice.org/c/core/+/185208 after modifications in https://gerrit.libreoffice.org/c/core/+/163735 and https://gerrit.libreoffice.org/c/core/+/174028
Patch at https://gerrit.libreoffice.org/c/core/+/190626, it might require to clean the user profile (the "DefaultBullets" are stored in the registry).
Yes, that puts the default bullet selection back to where things were left for bug 108697
Created attachment 202732 [details] Current master output. Testing the proposed patch using the workflow where you have an empty Writer document and you press Shift-F12 to create a bulleted paragraph, then you add 2 more paragraphs to also have level 2 and level 3 paragraphs, I get an output which looks worse than before. I attach how it works here currently on master first. This looks ~good: each bullet glyph looks roughly the same size and at least the first 3 levels are different.
Created attachment 202733 [details] Proposed patch output And here is the output I get for the proposed patch. I don't have a strong view on how it should look like, but it seems the 2nd glyph and the 3rd glyph is significantly larger and apart from the size difference, the first and the second level is the same.
(In reply to Miklos Vajna from comment #4) > Created attachment 202733 [details] > Proposed patch output > > And here is the output I get for the proposed patch. I don't have a strong > view on how it should look like, but it seems the 2nd glyph and the 3rd > glyph is significantly larger and apart from the size difference, the first > and the second level is the same. Yes, and this is a font issue with OpenSymbol. If we want them to match in scale we would need to curate the glyph offerings per Unicode of our OpenSymbol deployment. Mindful of issues like bug 49547 in other places we specify OpenSymbol for our UI. However, as noted bug 108697 and dupes, users have expressed a desire that the defaults include the larger flavor and non-filled glyphs so their lists could function as checklists (boxes and circles). And in the end, "indented" unordered lists are user preferences as to glyph choice--and with Samuels rework for bug 108697 [1], they may customize as they see fit. And otherwise, we disrupt their workflows providing a set of repeating defaults. =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/163735
If the perceived size of bullets in a sequence are desired, cleanest approach is to do a little work on our long neglected OpenSymbol offerings. Select the desired bullets (but including the unfilled circle and square that users have continually requested bug 108697) and get the the whole set from OpenSymbol adjusted in size. While at it establish a viable OpenSymbol glyph at u+2010 "HYPHEN" (as alternative to the U+002d "HYPHEN-MINUS") to better match stroke and weight of the offered U+2013 "EN-DASH" • U+2022 (tt. solid small circular bullets) ● U+25cf (tt. solid large circular bullets) ○ U+25cb (tt. unfilled circular bullets) □ U+25a1 (tt. unfilled square/checkbox bullets) bottom row ► U+25ba (tt. solid right pointer bullets) → U+2192 (tt. right pointing arrow bullets) - U+002d (tt. typographic hyphen bullets) ---> U+2010 – U+2013 (tt. en-dash bullets)
We discussed the topic in the design meeting. Two solutions come in mind: a) move the small bullet to the end of the list b) replace it with “✸” (U+2738) or “✿” (U+273F) (also at the end) Final comments are welcome.
(In reply to Heiko Tietze from comment #7) > b) replace it with “✸” (U+2738) or “✿” (U+273F) (also at the end) No further comment, this has been done now.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/61902b95e501414640e74932131b7954639a0414 Resolves tdf#168292 - Bullet Library has repetitive content It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.