https://bugs.winehq.org/show_bug.cgi?id=53739
--- Comment #8 from 399989567@qq.com --- (In reply to Nikolay Sivov from comment #7)
Ok, it's probably because it's MULTI_SZ, and not just SZ.
I think you are right，MULTI_SZ and SZ will produce different results.
I don't know what could be a problem with this list. If you don't remove anything from wine/fonts (and you shouldn't), Tahoma replacement won't take any effect, at least in dwrite. Because replacements are used after collection is built, and only if name wasn't already added.
I did delete all the fonts in the "./wine/fonts" folder because I don't want to use copyrighted fonts.
You said before " DirectWrite will try to use Tahoma by default, if everything else failed", I would like to ask if you can tell me how this is implemented, is it through the file "dlls/dwrite/layout.c" line 733 ?
I'm thinking if I can modify the default specified font to Noto Sans fonts.
> line 744 in layout.c > if (FAILED(hr = create_matching_font(sys_collection, L "Tahoma", range->weight, range->style,range-> stretch, &IID_IDWriteFont3, (void **)&font))
————————— Incidentally, I found that I can edit the registry contents in "loader/wine.inf.in", but what should I do when the key value is Chinese?
such as: HKCU,Software\Wine\Fonts\Replacements,"Tahoma",0x00010000,"Noto Sans CJK SC"
But when I type Chinese directly in the "wine.inf.in" file according to the rules, the corresponding key value in the registry generates garbled code,instead of the corresponding Chinese.
I really appreciate your help and I wish I knew if there was a way to express my gratitude to you.
Yours: SvenL