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 <[email protected]>님이 작성: > Hi Miklos and Justin, > > Miklos Vajna <[email protected]> 於 2021年6月28日 週一 下午3:44寫道： > >> Hi Justin, >> >> On Thu, Jun 24, 2021 at 01:24:44PM +0200, Justin Luth < >> [email protected]> 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 > [email protected] > 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 [email protected] https://lists.freedesktop.org/mailman/listinfo/libreoffice
