https://bugs.winehq.org/show_bug.cgi?id=53739
--- Comment #9 from Nikolay Sivov bunglehead@gmail.com --- (In reply to 399989567 from comment #8)
(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'twant to use copyrighted fonts.
Those are free fonts, provided by Wine project.
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 ?
In current tree it's a function called layout_run_get_last_resort_font().
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"
You can set it up in any way you want, what I'm saying is that Tahoma is our current default font for UI, and for dwrite layout as well, so it's better to leave it be.
But when I type Chinese directly in the "wine.inf.in" file according tothe rules, the corresponding key value in the registry generates garbled code,instead of the corresponding Chinese.
I have no experience with that, sorry.
I really appreciate your help and I wish I knew if there was a way to express my gratitude to you.
Yours: SvenL