Bug 150073 - Writer does not support symbol-based numbering schemes popular in certain languages
Summary: Writer does not support symbol-based numbering schemes popular in certain lan...
Status: ASSIGNED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.5.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: László Németh
URL:
Whiteboard:
Keywords:
: 162863 (view as bug list)
Depends on:
Blocks: Footnote-Endnote Languages
  Show dependency tree / graph
 
Reported: 2022-07-20 13:24 UTC by NISZ LibreOffice Team
Modified: 2024-09-08 19:36 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2022-07-20 13:24:22 UTC 
Description:
The fix for Bug 55436 added only the “Chicago” footnote numbering with symbols (*, †, ‡, §, **, etc.), but not the – also suggested there – German (Hungarian etc.) footnote numbering with symbols (*, **, ***, †, ††, †††, ‡, ‡‡, ‡‡‡, etc.).

Steps to Reproduce:
1. Select footnote numbering in Tools→Footnotes and Endnotes…


Actual Results:
Only “Chicago” style is available, as footnote numbering with symbols.

Expected Results:
Other footnote numbering with symbols is available.


Reproducible: Always


User Profile Reset: No



Additional Info:
Note:
Source: Gyurgyák, J.: Szerkesztők és szerzők kézikönyve, Osiris, 2005, Hungary

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: a4ab155ae15e9e6d4deb157634f8b86c87fcbde4
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL
Comment 1 Eyal Rozenberg 2022-07-20 17:11:21 UTC 
Should this not be a dupe of bug 52048? Or are you suggesting the more be added the the default offerings?
Comment 2 László Németh 2022-07-21 09:31:36 UTC 
(In reply to Eyal Rozenberg from comment #1)
> Should this not be a dupe of bug 52048? Or are you suggesting the more be
> added the the default offerings?

@Eyal: this would be a default numbering, but maybe in the selected locales. Depending on the implementation, we could close Bug 52048, too. Likely the best would be to extend FormatElement of i18npool/source/localedata/data, maybe with access to Numbertext "mul".
Comment 3 RGB 2024-09-08 19:36:13 UTC 
*** Bug 162863 has been marked as a duplicate of this bug. ***