By default, Writer provides 10 default list styles (5 bullet and 5 numbered styles), many of which arent useful to be used as is without modification, so it would be useful to have a good default set of list styles. It would be good to pull this new set from the available default presets used in the bullet & numbering dialog as well as commonly used list styles from other sources like HTML/CSS[1]. = Bullets = Current: default, dash, checkbox, arrow, checkmark HTML: default, circle, square, none = Number = Current: number, number without dot, roman HTML: number, uppercase letter, lowercase letter, uppercase roman, lowercase roman eLAIX[2]: uppercase letter, lowercase letter, number, roman number, outline [1] https://www.w3schools.com/html/html_lists.asp [2] https://extensions.libreoffice.org/extensions/elaix
@Maxim, @Miklos: How difficult would it be to replace our current set of list styles with a new set? Are the current styles hard coded or are they xml imported?
MSO Bullets: default (Symbol 183), circle (Courier New 111), square (Wingding 167), image, black diamond minus white X (Wingding 118), arrow (Wingding 216), check (Wingding 252) MSO Numbering: number, number + bracket, uppercase roman, uppercase letter, lowercase letter + bracket, lowercase letter, lowercase roman
@Stuart: Could you track down where in the code these list styles are defined?
@Regina, @Maxim, @Stuart: Could either of you track down where in the code these list styles are defined?
I'm not sure, but it might be /core/sw/source/core/doc/DocumentStylePoolManager.cxx
(In reply to Regina Henschel from comment #5) > I'm not sure, but it might be > /core/sw/source/core/doc/DocumentStylePoolManager.cxx Yes it is in there thanks.
Created attachment 133383 [details] The OpenSymbol PUA glyphs used for List bullets Yes they are in DocumentStylePoolManager.cxx but note the default font is OpenSymbol [1] where those 0xE006, 0xE004 PUA mappings have meaning. The default had been StarSymbol, but that was recently corrected for bug 106515 None the less, the PUA glyphs used for the list styles should probably be changed over to their Unicode values, either map the PUA glyphs in OpenSymbol change the PUA to the Unicode. Also we might want to use a different selection of glyphs? =-ref-= [1] http://opengrok.libreoffice.org/xref/core/svx/source/sidebar/nbdtmg.cxx#66
Patch for new numbering list styles. - https://gerrit.libreoffice.org/37742 Ideally I would like roman numeral list styles to have their numbering alignment set to right rather than left, but wasnt able to do that as i didnt find it implemented elsewhere in the code. (In reply to V Stuart Foote from comment #7) > Also we might want to use a different selection of glyphs? Instead of the existing dash and checkbox styles, we should have circle and square and they should be of similar size to the default bullet, as the current square symbol is alot bigger.
The default bullet is defined here... http://opengrok.libreoffice.org/xref/core/sw/inc/numrule.hxx#49(In reply to Yousuf Philips (jay) from comment #8) > > (In reply to V Stuart Foote from comment #7) > > Also we might want to use a different selection of glyphs? > > Instead of the existing dash and checkbox styles, we should have circle and > square and they should be of similar size to the default bullet, as the > current square symbol is alot bigger. Need to be careful with this bullet list style. The style responds to indentation level. Bullet 1 uses the x2022 "Black Small Circle" as from numrule.hxx at all levels Bullet 2 uses the x2013 "En-dash", preferred in some locales, at all levels Bullet 3 uses x25a1 "White square", and x2611 "Ballot box w/ Check" indent for indent Bullet 4 uses x27a2 "Top lighted right arrow", xe006 (right arrow), xe004 (black diamond (equilateral) for indents Bullet 5 uses x2717 "Ballot X" To me Bullet 4 needs the work to fix OpenSymbol (move out of the PUA) and perhaps a different mix. Bullet 1 might be changed in numrule.hxx if we adjust OpenSymbol to provide a medium circle maybe adjusting x25cf "Black Circle" smaller or x2022 larger. Bullet 3 might do better with x2020 "Dagger" x2021 "Double Dagger" to bring the size down.
Any recommendations on how these new numbering styles should be named or should we stick with the old naming. They used to be Numbering 1 Numbering 2 Numbering 3 Numbering 4 Numbering 5 and i've put in a patch[1] to change them to Numbering 1 Numbering A Numbering a Numbering I Numbering i some alternative options could be Numbering Numerical Numbering Numbers Numbering 1 2 3 Numbering 1, 2, 3 -- Numbering Capital Numbering Uppercase Numbering Letters Uppercase Numbering Alpha Capital Numbering Alpha Uppercase Numbering A B C Numbering A, B, C -- Numbering Non-Capital Numbering Lowercase Numbering Letters Lowercase Numbering Alpha Non-Capital Numbering Alpha Lowercase Numbering a b c Numbering a, b, c -- Numbering Roman Capital Numbering Roman Uppercase Numbering Roman Uppercase Numbers Numbering I II III Numbering I, II, III -- Numbering Roman Non-Capital Numbering Roman Lowercase Numbering Roman Lowercase Numbers Numbering i ii iii Numbering i, ii, iii 'Numbering' part of the name could also be changed to 'Number List' and we could change 'List' to 'Bullet List', so both bullet and numbering styles names look similar. [1] in https://gerrit.libreoffice.org/#/c/37995
> Numbering Letters Uppercase > Numbering Alpha Capital > Numbering Alpha Uppercase > -- > Numbering Letters Lowercase > Numbering Alpha Non-Capital > Numbering Alpha Lowercase > -- > Numbering Roman Capital > Numbering Roman Uppercase > Numbering Roman Uppercase Numbers > -- > Numbering Roman Non-Capital > Numbering Roman Lowercase > Numbering Roman Lowercase Numbers > IMHO, these names with three word in name are too long for GUI and will problem for translating
(In reply to Yousuf Philips (jay) from comment #10) > Numbering A > Numbering a > Numbering I > Numbering i Won't styles with names differing only with case give problems?
> Numbering Numbers > Numbering Uppercase > Numbering Lowercase > Numbering Roman Uppercase > Numbering Roman Lowercase That looks like a good compromise. We should also think about removing "Numbering" from the text. Another alternative Numbering 123 Numbering ABC Numbering abc Numbering IVM Numbering ivm
(In reply to kompilainenn from comment #11) > IMHO, these names with three word in name are too long for GUI and will > problem for translating Yep something that long is likely useful for a tooltip. (In reply to Mike Kaganski from comment #12) > Won't styles with names differing only with case give problems? Style names are case-sensitive, so i would assume not. @Maxim, @Miklos: Any thoughts? (In reply to Heiko Tietze from comment #13) > That looks like a good compromise. We should also think about removing > "Numbering" from the text. So what would distinguish bullet lists from number lists? > Numbering 123 > Numbering ABC > Numbering abc > Numbering IVM > Numbering ivm The first three jump by 1s but the last 2 dont, which looks strange. Even if it was fine that they jump by more than 1, would have expected it to be IVX. MS Word has outline list styles named like so, though it doesnt have any bullet and numbering styles. 1 / 1.1 / 1.1.1 1 / a / i
(In reply to Yousuf Philips (jay) from comment #14) > > We should also think about removing "Numbering" from the text. > So what would distinguish bullet lists from number lists? * 123 * ABC * abc * IVX * ivx * Diamond * Arrow * Circle * Cross * Rectangle (Not saying this is good.)
(In reply to Heiko Tietze from comment #15) > (In reply to Yousuf Philips (jay) from comment #14) > > > We should also think about removing "Numbering" from the text. > > So what would distinguish bullet lists from number lists? > > * 123 > * ABC > * abc > * IVX > * ivx > * Diamond > * Arrow > * Circle > * Cross > * Rectangle > > (Not saying this is good.) I vote for this one, shorter and more readable. Only IVX/ivx are difficult to understand at the first glance. Thanks for your work :) Sophie
(In reply to Heiko Tietze from comment #15) > * 123 > * ABC > * abc > * IVX > * ivx > * Diamond > * Arrow > * Circle > * Cross > * Rectangle > > (Not saying this is good.) Fine for me, and all Dutch users. Would that work too for e.g. Asian languages? Can they localize 1-to-1, or could they have (does the system allow this) a larger or smaller amount?
heiko tietze committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=15790025c8ac2fe659f458cffc0d72a79089074e tdf#106988 Default favorite characters It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 136475 [details] before vs after (patch) (In reply to Yousuf Philips (jay) from comment #10) > [1] in https://gerrit.libreoffice.org/#/c/37995 So here is what the numbering styles look like from the patch, some additional tweaks are needed from a more experience dev so that the roman numberings can be right aligned and aligned at 1cm.
Created attachment 136476 [details] new numbering styles you can test out the new numberings from the patch in with this file
Created attachment 136477 [details] numbering presets - word vs writer so we need to decide which suffixes we want to append to the end of each of the numbering styles. i think going with a period after regular and roman numbers and a period or close bracket for alphabets is the best option.
Created attachment 136518 [details] list styles from the eLAIX extension
Hi (In reply to Yousuf Philips (jay) from comment #10) > Any recommendations on how these new numbering styles should be named or > should we stick with the old naming. They used to be > > Numbering 1 > Numbering 2 > Numbering 3 > Numbering 4 > Numbering 5 I prefer to stick with the old naming. A typical use case for me is to modify the numbering type to Chinese upper case and reuse the name. It needs one extra step to change the name to make it consistent. I also use the feature to define different lists ( if you have many lists in one document. ) instead of different type of list. I'd suggest to make more study on how users use the default list styles, since the opinion might varies.
Yousuf Philips committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3d6fca942063fe5e398c3a09f9336dc5aa549138 tdf#106988 Change default numbering list styles It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Yousuf Philips committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=74c527abc0f3b5aa0fa179401ad05a79dc889973 tdf#106988 New names for the new numbering styles It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Yousuf Philips committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=af44ee8991691b9a971901b3de36fa0e1253eac9&h=libreoffice-6-0 tdf#106988 New names for the new numbering styles It will be available in 6.0.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
AS written in Bug 83362, I'd like to have List and Numbering styles consistent with what's shown in Bullets or Numbering Style tab of Numbering Style window. If it's 8 there like now, to have same 8 List and Numbering styles. But why not have more, maybe 6x3=18 predefined styles, same in both places.
I suggest to resolve this ticket and create new in case bits are missing.
(In reply to Timur from comment #27) > AS written in Bug 83362, I'd like to have List and Numbering styles > consistent with what's shown in Bullets or Numbering Style tab of Numbering > Style window. > If it's 8 there like now, to have same 8 List and Numbering styles. > But why not have more, maybe 6x3=18 predefined styles, same in both places. OK to sort that out in bug 83362?
(In reply to Cor Nouws from comment #29) > (In reply to Timur from comment #27) > > AS written in Bug 83362, I'd like to have List and Numbering styles > > consistent with what's shown in Bullets or Numbering Style tab of Numbering > > Style window. > > If it's 8 there like now, to have same 8 List and Numbering styles. > > But why not have more, maybe 6x3=18 predefined styles, same in both places. > OK to sort that out in bug 83362? Emm, no, that bug is different. Then best to discuss in this report. Or is it 'bits that are missing' Heiko?
(In reply to Timur from comment #27) > I'd like to have List and Numbering styles > consistent with what's shown in Bullets or Numbering Style tab of Numbering > Style window. This dialog is being reworked (yet only available in Inpress), see bug 120905. Ultimately, we should aim for a couple of presets that can be extended by the user as known from the Area Fill dialog. Does it make sense to list all those in the sidebar? Bug 83362 requests this. Anyway, this ticket was about extending the predefined list and it has been done. We provide different Numbering and Bullets, now also with a nice symbol as kind of a preview. I would resolve as fixed unless the default set misses something like bullets with pink unicorn images.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/028aa1058340803eb8dca5ad8f39ca253ad18fb3 tdf#56258 tdf#106988 sw numbering IVX: fix bad indent/tab value It will be available in 7.6.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.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/64318c884eac13baa3012c8da3e5feb3c1369933 tdf#56258 tdf#106988 sw numbering ivx: make style useable It will be available in 7.6.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.