Some Asian characters are garbled with western fonts.
Steps to Reproduce:
1. Create some new document. (ex. Writer document)
2. Set font including western character only. (ex. Arial)
3. Put Asian character. (ex. " あいうえお ")
4. Put special character. (ex. " ➀ ")
5. You can see some garbled characters.
6. Delete special character.
7. You can see not garbled characters.
Asian character like Japanese, Chinese and Korean is garbled.
User Profile Reset: No
OpenGL enabled: Yes
I think this issue is related with bug 106148 and bug 108042 .
Build ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU threads: 8; OS: Mac OS X 10.11.6; UI render: GL;
Locale: ja-JP (ja.UTF-8); Calc: group
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:58.0) Gecko/20100101 Firefox/58.0
Sounds like a font fall back issue, standard Arial font does not include the CIRCLED NUMBERs or the Hiragana. But "Garbled" how? Please attach a few screen clips showing the issue.
Also, perhaps include a sample document we can consistently test against.
Otherwise can not reproduce on Windows 10 64-bit en-US with
Version: 18.104.22.168 (x64)
Build ID: 32c8895c6cae21571f364dbb059f419a743ee44d
CPU threads: 4; OS: Windows 6.19; UI render: GL;
Locale: en-US (en_US); Calc: group
On Windows, with Arial font selected, I get clean font fall back when doing an <Alt>+x conversion of the U+2469 interspersed with the hiragana text (also fall back) as clipped from line 3.
Created attachment 138260 [details]
Please take a look at attached movie file.
Created attachment 138261 [details]
I confirmed this issue is not occurred on my Windows 10(32bit) environment.
Build ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU threads: 1; OS: Windows 6.2; UI render: default;
Locale: ja-JP (ja_JP); Calc: group
I get the opposite result in macOS. The Arial circled one appears as a square. Everything else is fine.
On Linux, everything is fine, even the Arial circled one (I have Arial installed on Linux).
I see you have Render: GL. Try disabling Tools - Options - LibreOffice - View - Use OpenGL for all rendering
22.214.171.124, macOS 10.12.6
Arch Linux 64-bit
Build ID: c3764c6848bd5ce0bbea2a82bedc3f0d55f01dce
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4;
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Built on December 19th 2017
Thank you very much for your testing.
Though macOS 10.12 has installed Asian font like Hiragino,
I'm interested in why circled character is displayed as square on Finnish environment.
And I confirmed this issue is reproduced on English environment and OpenGL is off.
(I changed language setting to English on System Preference.)
Build ID: 13edaaa12f25de343fce136064e27da66c1c4fa4
CPU threads: 8; OS: Mac OS X 10.11.6; UI render: default;
Locale: en-US (en.UTF-8); Calc: group threaded
The macOS locale is en-US (en_FI.UTF-8).
Thank you for tell your locale on macOS.
Maybe, this is the issue on macOS only because we confirm this issue is not reproduced on Windows and Linux.
Do me a favor if you have time, try ⌘ and/or ⌥ instead of circled number.
And please set the Arial font the text again after putting it just in case.
Are ⌘ and ⌥ still displayed as square and Is Hiragana (like あ) displayed still fine?
(In reply to Kamei from comment #8)
> Do me a favor if you have time, try ⌘ and/or ⌥ instead of circled number.
> And please set the Arial font the text again after putting it just in case.
> Are ⌘ and ⌥ still displayed as square and Is Hiragana (like あ) displayed
> still fine?
I pasted as unformatted text. ⌘ was square, but ⌥ was fine.
If I re-change the character to Arial, both the circled one and ⌘ become fine.
(In reply to Buovjaga from comment #9)
Thank you very much for testing.
Hiragana is displayed fine anyway, isn't it?
I create new macOS account which environment is very clean, then I tested those procedure.
But Hiragana is still displayed □ on typing with ⌘ and/or ⌥.
It occurs to me that this issue is caused by too much fonts that I installed additionally.
I'm trying to inspect more.
Testing against :
Build ID: 2524958677847fb3bb44820e40380acbe820f960
Threads CPU : 4; OS : Mac OS X 10.13.2; UI Render : par défaut;
Locale : fr-FR (fr_FR.UTF-8); Calc: group
I couldn't reproduce when copy/pasting the Japanese characters as text. These characters were automatically converted to LiSungPro font in Writer. Changing the font to Hiragino made no difference.
Trying to insert the "➀" character made no difference, whether in Arial or LiSungPro, or Hiragino.
However, I could reproduce the problem with the "⌘", when the default font was Arial. In this case, the font fallback fails and the borders of a square are displayed in stead.
Further testing shows that I can also confirm with a Hiragino or LiSungPro formatted string when I:
- select the string in Hiragino or LiSungPro and
- change the font to Arial
the impugned character, whether it be the "➀" or "⌘" is displayed as a square.
So, clearly a font fallback issue.
Jeez, I should reread what I write before posting or get some new specs !
Correction to my previous posts :
The "⌘" is always displayed correctly.
It is the "➀" that gets converted into a square.
Nonetheless, the buggy behaviour is reproduced.
(In reply to Alex Thurgood from comment #13)
Thank you so much for testing!!
Now the font I installed additionally is not the problem.
And I think bug106148 is very similar to this bug.
Attachments comment 2 and comment 3 show errant font fallback on OSX
Why is this marked as a blocker for bug 103729, Has any one bisected it?
I marked this issue is Blocker for bug 103729.
Because I thought character rendering system may cause this.
But investigation was not comprehensive.
So I remove Block tag in this moment.
I'm not seeing this problem, I tried typing with Hiragana and e.g., pressing © key
Do you still see this problem on a recent macOS and LO version?
Can you give step by step instruction in reproduing this, incl which keys to press on a Western keyboard layout? No clue how to produce ➀
The sample odt does however not render the ➀ on the first line, while TextEdit does.
TextEdit has this as ZapfDingbats, while LO has it as Arial
Build ID: 4db9852e73d9e9d662fc8a2783bace79addf1805
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx;
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Thank you for your test.
I confirmed this issue is still occurred.
1. Create new Writer document
2. Put following the text '⌘あいうえお'
3. Select the text '⌘あいうえお'. Then change the font to 'Arial'
4. You will see garbled text.
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 16; OS:Mac OS X 10.15.4; UI render: GL; VCL: osx;
ロケール: ja-JP (ja_JP.UTF-8); UIの言語: ja-JP
Sorry for forgetting put my macOS version.
macOS Catalina 10.15.4（19E287）
And you do not need to put '①' necessarily.
(For example, ⌘ or ⌥ instead ①, like above the post)
(In reply to Kamei from comment #17)
> Because I thought character rendering system may cause this.
This is not related to font rendering system, but related to font fallback mechanism. I think LibreOffice need build new font fallback mechanism to fix this bug.