<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Korean NumberFormats are missing on the Code"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=143526">143526</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Korean NumberFormats are missing on the Code
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>sungdh86@gmail.com
</td>
</tr></table>
<p>
<div>
<pre>Description:
I read the one of LibreOffice mailing lists.
What is the best fit for hindiVowels import? CHARS_PERSIAN or CHARS_NEPALI
<a href="https://lists.freedesktop.org/archives/libreoffice/2021-June/087533.html">https://lists.freedesktop.org/archives/libreoffice/2021-June/087533.html</a>
I'm curious about Numbering Format for Korean on LibreOffice.
I read the source code, "sw/source/filter/ww8/docxattributeoutput.cxx"
<a href="https://docs.libreoffice.org/sw/html/docxattributeoutput_8cxx_source.html">https://docs.libreoffice.org/sw/html/docxattributeoutput_8cxx_source.html</a>
<a href="https://git.libreoffice.org/core/+/refs/heads/master/sw/source/filter/ww8/docxattributeoutput.cxx">https://git.libreoffice.org/core/+/refs/heads/master/sw/source/filter/ww8/docxattributeoutput.cxx</a>
And I compare with "sw/source/filter/ww8/ww8atr.cxx" and Microsoft's OOXML
manual
<a href="https://docs.microsoft.com/en-us/openspecs/office_standards/ms-oe376/a5deef83-bb01-410f-bde0-9c35abe4ca52">https://docs.microsoft.com/en-us/openspecs/office_standards/ms-oe376/a5deef83-bb01-410f-bde0-9c35abe4ca52</a>
[MS-DOCX]: Word Extensions to the Office Open XML (.docx) File Format
<a href="https://docs.microsoft.com/en-us/openspecs/office_standards/ms-docx/b839fe1f-e1ca-4fa6-8c26-5954d0abbccd">https://docs.microsoft.com/en-us/openspecs/office_standards/ms-docx/b839fe1f-e1ca-4fa6-8c26-5954d0abbccd</a>
<a href="https://interoperability.blob.core.windows.net/files/MS-DOCX/%5bMS-DOCX%5d.pdf">https://interoperability.blob.core.windows.net/files/MS-DOCX/%5bMS-DOCX%5d.pdf</a>
that documents are showed "The mapped numbering format values table."
At the
code[<a href="https://git.libreoffice.org/core/+/refs/heads/master/sw/source/filter/ww8/docxattributeoutput.cxx">https://git.libreoffice.org/core/+/refs/heads/master/sw/source/filter/ww8/docxattributeoutput.cxx</a>],
Some Korean Numbering features are wrong and missing.
I found the ST_NumberFormat on the document "[MS-OE376]: Office Implementation
Information for ECMA-376 Standards Support"
<a href="https://docs.microsoft.com/en-us/openspecs/office_standards/ms-oe376/a5deef83-bb01-410f-bde0-9c35abe4ca52">https://docs.microsoft.com/en-us/openspecs/office_standards/ms-oe376/a5deef83-bb01-410f-bde0-9c35abe4ca52</a>
2.1.350 Part 4 Section 2.13.5.30, numberingChange (Previous Paragraph Numbering
Properties)
nfc Value | ST_NumberFormat enumeration equivalent
24 | ganada
25 | chosung
41 | koreanDigital
42 | koreanCounting
43 | koreanLegal
44 | koreanDigital2
Follow values are Korean Numbering reserved values.
Also, This document "[MS-DOCX]: Word Extensions to the Office Open XML (.docx)
File Format" shows example of not only Korean Numbering also others Numbering
examples.
<a href="https://docs.microsoft.com/en-us/openspecs/office_standards/ms-docx/b839fe1f-e1ca-4fa6-8c26-5954d0abbccd">https://docs.microsoft.com/en-us/openspecs/office_standards/ms-docx/b839fe1f-e1ca-4fa6-8c26-5954d0abbccd</a>
2.4 numFmt Extensions
<a href="https://docs.microsoft.com/en-us/openspecs/office_standards/ms-docx/a1bb5809-e361-4e49-8e16-7f1a67da4121">https://docs.microsoft.com/en-us/openspecs/office_standards/ms-docx/a1bb5809-e361-4e49-8e16-7f1a67da4121</a>
String Attribute | value
U+3131, U+3134, U+3137, ... | chosung
U+AC00, U+B098, U+B2E4, ... | ganada
U+C77C, U+C774, U+C0BC, ... koreanCounting
U+C77C, U+C77CU+C601, U+C77CU+C601U+C601, ... | koreanDigital
U+4E00, U+4E00U+96F6, U+4E00U+96F6U+96F6, ... | koreanDigital2
U+D558U+B098, U+B458, U+C14B, ... | koreanLegal
I found some missing reserved Korean Numbering features on LibreOffice.
Examples are "KoreanCounting", "KoreanDigital2"
<a href="https://git.libreoffice.org/core/+/refs/heads/master/sw/source/filter/ww8/docxattributeoutput.cxx">https://git.libreoffice.org/core/+/refs/heads/master/sw/source/filter/ww8/docxattributeoutput.cxx</a>
Also, Some Numbering feature is wrong for "KoreanDigital" and "KoreanLegal"
(Fortunately, "chosung" and "ganada" is correct and works good.)
So, I'll register the Some Korean Numbering reserves are wrong and missing.
koreanDigital doesn't reserved style::NumberingType::NUMBER_HANGUL_KO.
Also, koreanLegal doesn't reserved style::NumberingType::NUMBER_UPPER_KO.
Example)
"koreanDigital" add new reserved words "일, 일영, 일영영, etc"
"koreanCounting" is mapping style::NumberingType::NUMBER_HANGUL_KO.
"koreanLegal" is new reserved words "하나, 둘, 셋, 넷, 다섯, 여섯, 일곱, 여덟, 아홉, 열"
"koreanDigital" is new reserved works "一, 一零, 一零零, etc"
Steps to Reproduce:
1. Change the MS word's Numbering feature "koreanLegal"
2. add numbering titles
Actual Results:
일.
이.
삼.
사.
오.
육.
칠.
팔.
구.
십.
십일.
십이.
Expected Results:
하나.
둘.
셋.
넷.
다섯.
여섯.
일곱.
여덟.
아홉.
열.
열하나.
열둘.
Reproducible: Always
User Profile Reset: No
Additional Info:
I think, These features can only modified and checked for Korean.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>