https://bugs.documentfoundation.org/show_bug.cgi?id=114622
Eike Rathke <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Version|5.4.3.2 release |unspecified
Summary|add Persian / Arabic-Indic |add static list of
|/ Hindi numbers in Number |available Native Numbering
|formats |entries, for example
| |Persian / Arabic-Indic /
| |Hindi numbers
Ever confirmed|0 |1
Severity|normal |enhancement
--- Comment #16 from Eike Rathke <[email protected]> ---
(In reply to Mike Kaganski from comment #12)
> Personally I feel it a valid enhancement, I believe that any "Native
> numbering" schemes must also be present and selectable as static list
> entries, so that one could choose one and have no worries that a document
> looks differently on a different system.
Well, yes, but.. that would mean for the "Native Numbering" to iterate over all
available locales, somehow determine if it offers a NatNum1 numbering, if so
generate a UI visible string and generate a fixed (! unambiguous and never to
be changed) string for document storage as defined in ODF. Doesn't sound very
appealing to me, though might be doable with quite some effort.
Adding a few selected numberings is more straight forward and easier doable
(might even be a skilled EasyHack), that would be similar to what was done in
https://cgit.freedesktop.org/libreoffice/core/commit/?id=08fb6d73f8c22d98ab806dd93f4afe3f78b4ff83
for bug 66212. (note that different to the changes in that commit an entry in
svx/inc/numberingtype.hrc is needed instead of
cui/uiconfig/ui/numberingoptionspage.ui)
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
