[GH-ISSUE #492] Display incorrect kanji gryph when interface language is Japanese #243

Open
opened 2026-03-03 00:19:35 +03:00 by kerem · 5 comments
Owner

Originally created by @Meiryo7743 on GitHub (May 31, 2020).
Original GitHub issue: https://github.com/BoostIO/BoostNote-App/issues/492

Originally assigned to: @Rokt33r on GitHub.

Current behavior

App does not display correct kanji gryph when display language setting is Japanese, except editing area and markdown preview, which are able to change font family.

I don't know how this behavior expresses in English but in Japanese, it is called "中華フォント現象".

I think the font family seems to be prioritized Chinese over Japanese.

Here are screenshots:

Click to show images

Screenshot_editing
Screenshot_settings

I marked the problem as yellow lines.

Expected behavior

App should display correct kanji gryph like below images.

Click to show images

改善_Screenshot (197) - Copy
改善_Screenshot (200) - Copy

Steps to reproduce

  1. Open settings
  2. Set Interface Language to Japanese

Environment

Desktop

  • Boost Note.next version: 0.5.0
  • OS version and name: Windows 10 version 1909 (OS Build 18363.836)
Originally created by @Meiryo7743 on GitHub (May 31, 2020). Original GitHub issue: https://github.com/BoostIO/BoostNote-App/issues/492 Originally assigned to: @Rokt33r on GitHub. # Current behavior App does not display correct kanji gryph when display language setting is Japanese, except editing area and markdown preview, which are able to change font family. I don't know how this behavior expresses in English but in Japanese, it is called "中華フォント現象". I think the font family seems to be prioritized Chinese over Japanese. Here are screenshots: <details> <summary>Click to show images</summary> ![Screenshot_editing](https://user-images.githubusercontent.com/46659204/83348444-b01ef800-a367-11ea-9a39-d5b00b9e2e4e.png) ![Screenshot_settings](https://user-images.githubusercontent.com/46659204/83348445-b0b78e80-a367-11ea-8366-3fac284dcc56.png) </details> I marked the problem as yellow lines. <!-- Let us know what is currently happening. Please include some **screenshots** with the **developer tools** open (console tab) when you report a bug. If your issue is regarding the old Boostnote, please open an issue in the old repo 👉 https://github.com/BoostIO/Boostnote/issues. --> # Expected behavior App should display correct kanji gryph like below images. <details> <summary>Click to show images</summary> ![改善_Screenshot (197) - Copy](https://user-images.githubusercontent.com/46659204/83348453-c2993180-a367-11ea-9c29-b2041495eea8.png) ![改善_Screenshot (200) - Copy](https://user-images.githubusercontent.com/46659204/83348454-c331c800-a367-11ea-8254-0b99e8df4dfe.png) </details> <!-- Let us know what you think should happen! --> # Steps to reproduce <!-- Please be thorough, issues we can reproduce are easier to fix! --> 1. Open settings 2. Set Interface Language to Japanese # Environment ## Desktop - Boost Note.next version: 0.5.0<!-- 1.x.x --> - OS version and name: Windows 10 version 1909 (OS Build 18363.836)<!-- Windows 10 / Ubuntu 18.04 / etc --> <!-- Love Boost Note? Please consider supporting us on IssueHunt: 👉 https://issuehunt.io/r/BoostIO/BoostNote.next -->
Author
Owner

@arcturus140 commented on GitHub (May 31, 2020):

i had the same problem with Google Chrome. As a work around i set font priority system wide. it did not work with firefox, though.

<!-- gh-comment-id:636449398 --> @arcturus140 commented on GitHub (May 31, 2020): i had the same problem with Google Chrome. As a work around i set font priority system wide. it did not work with firefox, though.
Author
Owner

@Rokt33r commented on GitHub (Jun 1, 2020):

@Meiryo7743
Thanks for the reporting! Apparently the bug is from electron but I think we could do something by ourselves.

Could you tell me which font are you using in the expected screenshot? I think I should apply it when users select Japanese locale.

Also I think I should let users choose UI font.

<!-- gh-comment-id:636648170 --> @Rokt33r commented on GitHub (Jun 1, 2020): @Meiryo7743 Thanks for the reporting! Apparently the bug is from electron but I think we could do something by ourselves. Could you tell me which font are you using in the expected screenshot? I think I should apply it when users select Japanese locale. Also I think I should let users choose UI font.
Author
Owner

@Meiryo7743 commented on GitHub (Jun 1, 2020):

The font that is used in the expected screenshots is Meiryo (メイリオ), one of pre-installed Japanese fonts on Windows Vista and later. Also Source Han Sans (Noto Sans CJK) is better choice, but unfortunately it is not pre-installed.

Moreover, there is a need to consider Mac users though the same bug have been occured on macOS or not.

Considering these things, I suggest that the best order of Japanese UI fonts:

"Source Han Sans", "Hiragino Sans", "Meiryo", sans-serif

Also I think I should let users choose UI font.

I think it is good idea!

<!-- gh-comment-id:636929144 --> @Meiryo7743 commented on GitHub (Jun 1, 2020): The font that is used in the expected screenshots is Meiryo (メイリオ), one of pre-installed Japanese fonts on Windows Vista and later. Also Source Han Sans (Noto Sans CJK) is better choice, but unfortunately it is not pre-installed. Moreover, there is a need to consider Mac users though the same bug have been occured on macOS or not. Considering these things, I suggest that the best order of Japanese UI fonts: ``` "Source Han Sans", "Hiragino Sans", "Meiryo", sans-serif ``` --- > Also I think I should let users choose UI font. I think it is good idea!
Author
Owner

@Rokt33r commented on GitHub (Jun 5, 2020):

Thanks for the answer. AFAIK, the problem happens in Windows only. I've checked macOS 10.15.x and Pop! OS 19.x(Linux).

<!-- gh-comment-id:639324581 --> @Rokt33r commented on GitHub (Jun 5, 2020): Thanks for the answer. AFAIK, the problem happens in Windows only. I've checked macOS 10.15.x and Pop! OS 19.x(Linux).
Author
Owner

@Meiryo7743 commented on GitHub (Jun 9, 2020):

Thanks for replying.

I probably figured out what makes kanji gryph incorrect displaying.

The bug occurs only when system language on Windows is not Japanese.

I verified as to whether or not that is true.

Here is the results:

Lang Japanese English (en-US)
SS
Gryph Correct Wrong (underlined in yellow)

Thus I guess that changeable UI font is only way of fixing the bug ...

<!-- gh-comment-id:641313710 --> @Meiryo7743 commented on GitHub (Jun 9, 2020): Thanks for replying. I probably figured out what makes kanji gryph incorrect displaying. The bug occurs only when **system language on Windows** is not Japanese. I verified as to whether or not that is true. Here is the results: <table> <thead> <tr> <th>Lang</th> <th>Japanese</th> <th>English (en-US)</th> </tr> </thead> <tbody> <tr> <td>SS</td> <td> <img src="https://user-images.githubusercontent.com/46659204/84154748-74400d00-aaa2-11ea-9643-dfab1f70b881.png"> <img src="https://user-images.githubusercontent.com/46659204/84154757-74d8a380-aaa2-11ea-87ca-e8e03822a4c7.png"> </td> <td><img src="https://user-images.githubusercontent.com/46659204/84154157-b61c8380-aaa1-11ea-9ead-3fd60c49d16f.png"> <img src="https://user-images.githubusercontent.com/46659204/84154161-b6b51a00-aaa1-11ea-9a57-8b91c9ab6309.png"> </td> </tr> <tr> <td>Gryph</td> <td>Correct</td> <td>Wrong (underlined in yellow)</td> </tr> </tbody> </table> Thus I guess that changeable UI font is only way of fixing the bug ...
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/BoostNote-App#243
No description provided.