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: 188.8.131.52 (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
184.108.40.206, 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.