On Thu, 28 Apr 2022 23:11:20 GMT, Naoto Sato <na...@openjdk.org> wrote:
>> Toshio Nakamura has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Moved the fix to WFontConfiguration > > The following diff seems to choose the right font: > > --- a/src/java.desktop/windows/data/fontconfig/fontconfig.properties > +++ b/src/java.desktop/windows/data/fontconfig/fontconfig.properties > @@ -230,7 +230,7 @@ > sequence.dialog.x-MS950-HKSCS-XP=alphabetic,chinese-ms950,ch > inese-hkscs,dingbats > > sequence.dialoginput.x-MS950-HKSCS-XP=alphabetic,chinese-ms950,chinese-hkscs,di > ngbats,symbol,chinese-ms950-extb > > sequence.allfonts.UTF-8.hi=alphabetic/1252,devanagari,dingbats,symbol > -sequence.allfonts.UTF-8.ja=alphabetic,japanese,dingbats,symbol > +sequence.allfonts.UTF-8.ja=japanese,alphabetic,dingbats,symbol > > sequence.allfonts.windows-1255=hebrew,alphabetic/1252,dingbats,symbol > > This diff intends to choose the `japanese` set before the `alphabetic` set, > in case for `ja` locale in `UTF-8` file encoding. I am not saying this is the > right fix, but could be a starting point. @naotoj So why can't I reproduce this ? I installed the Japanese (well all international) fonts and ran the test in the bug report using ------------- PR: https://git.openjdk.java.net/jdk/pull/8329
