Created attachment 155594 [details] Numbering List As you can see in the attachment there are a lot of very language specific numbering list items. If you don't write your documents in Serbian, Bulgarian or Russian, the List items are not very common. I love presets but I don't see an reason to have 4 list items in Serbian or Bulgarian. If you have a look at the population, you should have there some presets from china, india, ...
Yes, let's clean it up - if possible (needsDevAdvice).
I would agree to a change where: 1. The list would include some "international" presets - e.g., current Latin, Greek letters; arabic and roman numerals; variants dependent on current locale and UI language; and then an option to open some dialog with extensive means to select/define from whatever is potentially usable as numbering. Currently I don't see a problem here, given the list continues below, with "presets from china, india, ..." available there.
The other option would be to have - None - Bullets - Graphic - Numbering (new) and in Numbering you can select the numbering as you select an graphic or bullet.
@László, how this patch relates with your work with Numbertext? It's possible to implement these Cyrillic etc. numbering in Numbertext, but Numbertext has got still limited access: you cannot add an user-defined custom Numbertext format in this Numbering list preset dialog. Writer's preset date formats are locale dependent, but with partially fixed positions. The date format list windows uses a "More date formats..." item to handle the "too many items" problem there. I believe, the ideal solution would be to keep these Cyrillic formats somehow for their users.
And when we add a new main group numbering? Than there can be way more items than now and we can switch from the drop-down widget to an preview of each of the 4 options.
Keep in mind that these presets might be used in existing documents, and that they're part of our public API. So it might not be that easy to remove them completely. Of course we can just hide them from UI, while keeping the underlying code working. But then it isn't clear what to do if such document is opened, and the user opens the bullets dialog. And above all, I don't think we should remove anything, as long as there is no way for the user to define his own formats. As for the UI: The current list isn't (yet?) too long, so I don't see any particular problem with it. And we can always move less used items to the bottom of the list, if needed.
We got more items in the list and should reconsider possible solutions.
We discussed this topic in the design meeting. And as Mike pointed out it might be not the best idea to make the Cyrillic characters depending on a language setting. So the only feasible solution is a "More" entry in the drop down as known from paragraph styles in the toolbar. Once an entry is used in the session or in the document this item could be moved into the always visible section of the list.