[Libreoffice-bugs] [Bug 121527] New: CJK Ideograph Rendering Issue on LibreOffice Impress All Platforms(All Linux, Windows, Mac OSX etc).
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Mon Nov 19 15:16:41 UTC 2018
https://bugs.documentfoundation.org/show_bug.cgi?id=121527
Bug ID: 121527
Summary: CJK Ideograph Rendering Issue on LibreOffice Impress
All Platforms(All Linux, Windows, Mac OSX etc).
Product: LibreOffice
Version: 6.1.3.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Impress
Assignee: libreoffice-bugs at lists.freedesktop.org
Reporter: sungdh86 at gmail.com
Description:
CJK Ideograph Rendering Issue on LibreOffice Impress All Platforms(All Linux,
Windows, Mac OSX etc).
Now, I use Noto CJK fonts ( https://www.google.com/get/noto/help/cjk/ ) on
LibreOffice Impress.
Because, I'm writting and checking about Ideographs Difference between Glyph
in Chinese, Japanese, Korean, using Noto CJK Fonts.
Noto CJK Fonts(Korean, Japanese, Traditional Chinese, Simplified Chinese)
includes CJK Unified Ideograph glyphs. There are expressed CJK Unified
Ideographs in each languages(Korean, Japanese, Traditional Chinese, Simplified
Chinese).
Korean, Japanese, Traditional Chinese, Simplified Chinese are different
language, but There are use Ideographs(漢字/汉字,reads Korean: 한자/hanja, Japanaese:
かんじ/kanji, Chinese: hànzì).
I write one Ideograph character 漢 (U+6F22) on Impress.
Also write same thing and changed Fonts, First, Noto Sans CJK JP(Japanese),
Second, Noto Sans CJK KR(Korean), Last, Noto Sans CJK TC(Traditional Chinese).
Last one next one is another Ideograph character 汉(U+6C49) [Noto Sans CJK
SC(Simplified Chinese)]
漢 (U+6F22) is Same Code point, but Difference between Glyph in Chinese,
Japanese, Korean.
But, All platform's LibreOffice Impress shows only same glyph(I'm Korean users,
I think, Maybe LibreOffice Impress follows Korean locale.)
For the first time, I was wondering if there was a problem with KDE's CJK
Ideograph font rendering. (Because I'm KDE Plasma & openSUSE Linux User).
Last Sunday, I met KDE e.V members in Korea and KDE board member, I checked
KDE's CJK Ideograph font rendering.
KDE's presentation application, I opened odp file on Calligra Stage. But, It's
correctly shown CJK Ideograph fonts.
And I checked both KDE character map(kcharselect) & GNOME character
map(gucharmap). It properly represent each font, I checked. (Noto Sans CJK
JP[Japanese], Noto Sans CJK KR[Korean], Noto Sans CJK TC[Traditional Chinese],
Noto Sans CJK SC[Simplified Chinese])
Also I checked MS Office both MacOSX & Windows. It shows correctly.
But, I checked LibreOffice Impress Linux, Windows, MacOSX, I found the CJK
Ideograph Rendering Issue.
Steps to Reproduce:
1. Enter the same letter, '漢' (U+6F22) 3 times
2. Replace three letters with different fonts. In the following order, First,
Noto Sans CJK JP(Japanese), Second, Noto Sans CJK KR(Korean), Last, Noto Sans
CJK TC(Traditional Chinese).
3. Checked it
Actual Results:
Depending on your language locale setting
I'm Korean user and setting Korean locale on desktop, It shows Same Korean font
glyphs.
Expected Results:
Checked the character 漢 (U+6F22) on The Unicode Standard, Version 11.0 CJK
Unified Ideographs Code Point Chart Range: 4E00–9FEF
https://www.unicode.org/charts/PDF/U4E00.pdf
It shown Ideograph difference between Glyph in Chinese, Japanese, Korean,
Vietnamese.
Reproducible: Always
User Profile Reset: No
Additional Info:
Noto Sans CJK and Noto Serif CJK comprehensively cover Simplified Chinese,
Traditional Chinese, Japanese, and Korean in a unified font family. This
includes the full coverage of CJK Ideographs with variation support for 4
regions, Kangxi radicals, Japanese Kana, Korean Hangul, and other CJK symbols
and letters in the Basic Multilingual Plane of Unicode.
1. Noto Sans CJK KR (Korean)
2. Noto Sans CJK JP (Japanese)
3. Noto Sans CJK TC (Traditional Chinese)
4. Noto Sans CJK SC (Simplified Chinese)
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20181119/37d15bf3/attachment.html>
More information about the Libreoffice-bugs
mailing list