mirror of
https://github.com/BoostIO/BoostNote-App.git
synced 2026-04-26 21:05:55 +03:00
[GH-ISSUE #492] Display incorrect kanji gryph when interface language is Japanese #243
Labels
No labels
android 🤖
assigned to core 🦹
bug 🐛
documentation 📚
documentation 📚
duplicate 🚫
external issue 🔼
external issue 🔼
feature request 🌟
funded on issuehunt 💵
help wanted 🆘
improvement request 🔨
improvement request 🔨
ios 🍎
mobile 📱
needs investigation 🔬
needs more info ℹ️
needs specs 📐
plugin idea 🔌
plugin idea 🔌
poll 🗳️
pull-request
question ❓
rewarded on issuehunt 🎁
security issue 🔑
won’t fix ❌
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/BoostNote-App#243
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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
I marked the problem as yellow lines.
Expected behavior
App should display correct kanji gryph like below images.
Click to show images
Steps to reproduce
Environment
Desktop
@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.
@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.
@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:
I think it is good idea!
@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).
@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:
Thus I guess that changeable UI font is only way of fixing the bug ...