What is the best fit for hindiVowels import? CHARS_PERSIAN or CHARS_NEPALI

[DaeHyun Sung]

Hello, everyone.

I'm DaeHyun Sung from S Korea.
I'm a Korean & LibreOffice Korean Team leader.

I read the source code, "sw/source/filter/ww8/docxattributeoutput.cxx"
https://docs.libreoffice.org/sw/html/docxattributeoutput_8cxx_source.html
https://git.libreoffice.org/core/+/refs/heads/master/sw/source/filter/ww8/docxattributeoutput.cxx

But, In Korean, the usually used enum lists are removed.

6967         case style::NumberingType::HANGUL_CIRCLED_JAMO_KO:
6968         case style::NumberingType::HANGUL_CIRCLED_SYLLABLE_KO:

In Korean environment, many of wordprocessors use both
"style::NumberingType::HANGUL_CIRCLED_JAMO_KO" and
" style::NumberingType::HANGUL_CIRCLED_SYLLABLE_KO"
It uses both MS Word & HWP(Hangul Word Processor)

And I compare with "sw/source/filter/ww8/ww8atr.cxx" and Microsoft's OOXML
manual
https://docs.microsoft.com/en-us/openspecs/office_standards/ms-oe376/a5deef83-bb01-410f-bde0-9c35abe4ca52

that site shows "The mapped numbering format values table."

follows code located at
case style::NumberingType::HANGUL_SYLLABLE_KO: nRet = 24; break;// ganada
case style::NumberingType::HANGUL_JAMO_KO: nRet = 25; break;// chosung
case style::NumberingType::HANGUL_CIRCLED_SYLLABLE_KO: nRet = 24; break;
case style::NumberingType::HANGUL_CIRCLED_JAMO_KO: nRet = 25; break;
case style::NumberingType::NUMBER_HANGUL_KO: nRet = 41; break;
case style::NumberingType::NUMBER_UPPER_KO: nRet = 44; break;

I guess that  "style::NumberingType::HANGUL_CIRCLED_JAMO_KO" means these
characters.
㉠ ㉡ ㉢ ㉣ ㉤ ㉥ ㉦ ㉧ ㉨ ㉩ ㉪ ㉫ ㉬ ㉭  ㈀ ㈁ ㈂ ㈃ ㈄ ㈅ ㈆ ㈇ ㈈ ㈉ ㈊ ㈋ ㈌ ㈍

I guess that "style::NumberingType::HANGUL_CIRCLED_SYLLABLE_KO" means these
Characters.
㉮ ㉯ ㉰ ㉱ ㉲ ㉳ ㉴ ㉵ ㉶ ㉷ ㉸ ㉹ ㉺ ㉻㈎ ㈏ ㈐ ㈑ ㈒ ㈓ ㈔ ㈕ ㈖ ㈗ ㈘ ㈙ ㈚ ㈛

So, I'll check docx(OOXML) file and MS Word's bulletin numbering &
numbering works in Korean.

I think I found a Korean bug on LibreOffice in this email.

Sincerely,
DaeHyun Sung(성대현)


2021년 6월 28일 (월) 오후 8:40, Mark Hung <marklh9 at gmail.com>님이 작성:

> Hi Miklos and Justin,
>
> Miklos Vajna <vmiklos at collabora.com> 於 2021年6月28日 週一 下午3:44寫道：
>
>> Hi Justin,
>>
>> On Thu, Jun 24, 2021 at 01:24:44PM +0200, Justin Luth <
>> justin_luth at sil.org> wrote:
>> > DOCX import was provided by commit
>> 9da74fa484772595fa50e188ba2c496a459cbd6b
>> >
>> > Author: Cédric Bosdonnat on Wed Mar 3 14:27:29 2010 +0100
>> >     cbosdo03: Fixed issue 109772.
>> >     Backported go-oo patch to the CWS
>> >
>> >
>> > DOCX export was provided by commit
>> 91b926d4b9939337f54d6c9f0b940b161dc3437f
>> > Author: Mark Hung on Sun Jan 24 16:36:05 2016 +0800
>> >     tdf#84317 convert missing numbering types to OOXML tokens.
>>
>> Thanks for digging into the history of this. Mark is still around.
>>
>> Mark: any input on this?
>>
>>
> I don't remember how I mapped those enums.
> But I think it's reasonable to copy what doc filter does.
> Since I don't know the languages either, I'd prefer to let actual users
> judge about the result.
>
>
> Best regards.
>
> _______________________________________________
> LibreOffice mailing list
> LibreOffice at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice
>


-- 
Korean Open Source Developer, Contributor, Translator.
LibreOffice, KDE, GNOME Contributor.
The Document Foundation Member in Korea.
GNOME Foundation Member in Korea.
Interested in LibreOffice, KDE, GNOME, Web, etc.
LibreOffice – free and open source office suite: https://www.libreoffice.org
Respects your privacy, and gives you back control over your data
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice/attachments/20210629/45bae406/attachment.htm>