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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxx>님이 작성:
Hi Miklos and Justin,

Miklos Vajna <vmiklos@xxxxxxxxxxxxx> 於 2021年6月28日 週一 下午3:44寫道:
Hi Justin,

On Thu, Jun 24, 2021 at 01:24:44PM +0200, Justin Luth <justin_luth@xxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx
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
_______________________________________________
LibreOffice mailing list
LibreOffice@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Index of Archives]     [LARTC]     [Bugtraq]     [Yosemite Forum]     [Photo]

  Powered by Linux