【Linux技术分享】wine9下的字体加载显示学习

wine9下的字体加载显示学习

字体与字形

字符的图像称为字形（glyphs），而一个字符可以有多个字形。而一个字形，也可用于多个字符（不同的字符，写法可能一样）。

我们可以只关注两个概念：

1. 一个字体文件包含多个字形，每一个都可以储存为位图、矢量、或其他任何方案。而我们通过字形索引访问。

2. 字体文件包含一到多个表，称为字符表（character maps）。它可以将字符编码（ASCII、Unicode、GB2312、BIG5等）转为字形索引。（通过字形索引就能获取到字形，便可获得字符的图像）

字形

衬线（Serif)

一些字体中的字母笔画首尾具有装饰性的细节，称为衬线。具有衬线的字体称为衬线体，不具有衬线的字体称为无衬线体。(“衬线体”是用于欧洲文字字体的纯粹装饰性特征，而阿拉伯语或东亚文字中使用的字形具有在某些方面可能相似的特征（例如笔画宽度），但不能称为衬线。)

宽度比例（Proportion）

比例字体（proportional typeface）字形的宽度富有变化，等宽字体（定宽字体）中的字形具有相同的宽度。一些字体中，西文字母为等宽，而符号和汉字等正好是西文的两倍宽这类字体称为duospaced字体，在中文语境下往往也被称作等宽字体。

字体度量（Metric）

对于拉丁字母、希腊字母、西里尔字母等西文字母，基线（Baseline）指的是多数字母排列的基准线，通常为 n, x, h 等字母的下沿所在的横线。x, u, w 等字母上沿所在的横线称为主线（mean line），其与基线距离称为x字高（x-height）。基线以下的垂直空间称为降部（descender）；主线到以上的垂直空间称为升部（ascender）。一些字母的变音符号位于降部和升部中。升部高度与x字高的比例会对字体的可读性和外观影响很大，并常常用于表征某一字体。

linux下字体

系统中的默认字体

比如我系统中的默认”Noto Sans CJK TC” 字体，用于支持中文（简体和繁体）、日文和韩文字符的显示。它是 Google 公司开发的 Noto 字体系列的一部分，旨在提供跨多个东亚语言的一致字体支持。

1. “Noto Sans CJK TC” 中的 “Noto” 是“No Tofu”的简称。在部分缺失某些字体的Windows、Linux等系统中，无法显示的字符会变成方块“□”，一般惯称为“tofu”，即“豆腐”之意。因此Noto的开发宗旨即为消除所有无法显示的字符，实现“No tofu”的目标。
2. “Sans” 表示这是一种无衬线字体（Sans-serif），即字母没有额外的装饰线条。
3. “CJK” 是一个缩写，代表中文（Chinese）、日文（Japanese）和韩文（Korean）。
4. “TC” 是 “Traditional Chinese” 的缩写，表示该字体主要用于显示繁体中文字符。
   因此，”Noto Sans CJK TC” 是一种无衬线字体，专为支持中文、日文和韩文的显示而设计，特别适用于繁体中文。它是一个开源字体，可用于各种平台和应用程序，以确保东亚语言字符的正确显示和一致性。

linux字体加载

简单的一次字体加载

Linux桌面程序使fontconfig控制字体，当我们给桌面程序设置字体后，桌面程序会以font pattern（用于描述字体属性和信息的数据结构）的形式将设置传递给fontconfig，fontconfig会按照自身配置的规则对这个font pattern进行修改，输出返回结果给桌面程序，然后桌面程序就知道该系统使用的字体，并通过 FreeType 等渲染引擎绘制文字。

增加font的日志启动一个x11客户端，观察linux字体的简单加载流程。

• FC_DEBUG=4 wine应用 &>./1.txt

FcConfigSubstitute Pattern has 2 elts (size 16)
	lang: "zh-CN"(w)
	prgname: "wine-preloader"(s)

1. 在wine启动wine-preloader时，传递给 fontconfig 的 font pattern 有 2 个元素 (elts)，其中 family 的值， lang就是传入的语言，prgname则是进程名称，因为这里的通过wine-preloader加载的其他应用所以只能看到这个一个单个进程

Rule Set: /etc/fonts/conf.d/69-unifont.conf

FcConfigSubstitute donePattern has 5 elts (size 16)
	family: "DejaVu Sans"(w) "Bitstream Vera Sans"(w) "DejaVu Sans"(w) "Verdana"(w) "Arial"(w) "Albany AMT"(w) "Luxi Sans"(w) "Nimbus Sans L"(w) "Nimbus Sans"(w) "Nimbus Sans"(w) "Helvetica"(w) "Nimbus Sans"(w) "Nimbus Sans L"(w) "Lucida Sans Unicode"(w) "BPG Glaho International"(w) "Tahoma"(w) "URW Gothic"(w) "Nimbus Sans"(w) "Nimbus Sans Narrow"(w) "Nachlieli"(w) "Lucida Sans Unicode"(w) "Yudit Unicode"(w) "Kerkis"(w) "ArmNet Helvetica"(w) "Artsounk"(w) "BPG UTF8 M"(w) "Waree"(w) "Loma"(w) "Garuda"(w) "Umpush"(w) "Saysettha Unicode"(w) "JG Lao Old Arial"(w) "GF Zemen Unicode"(w) "Pigiarniq"(w) "B Davat"(w) "B Compset"(w) "Kacst-Qr"(w) "Urdu Nastaliq Unicode"(w) "Raghindi"(w) "Mukti Narrow"(w) "padmaa"(w) "Hapax Berb猫re"(w) "MS Gothic"(w) "UmePlus P Gothic"(w) "Microsoft YaHei"(w) "Microsoft JhengHei"(w) "WenQuanYi Zen Hei"(w) "WenQuanYi Bitmap Song"(w) "AR PL ShanHeiSun Uni"(w) "AR PL New Sung"(w) "MgOpen Moderna"(w) "MgOpen Modata"(w) "MgOpen Cosmetica"(w) "VL Gothic"(w) "IPAMonaGothic"(w) "IPAGothic"(w) "Sazanami Gothic"(w) "Kochi Gothic"(w) "AR PL KaitiM GB"(w) "AR PL KaitiM Big5"(w) "AR PL ShanHeiSun Uni"(w) "AR PL SungtiL GB"(w) "AR PL Mingti2L Big5"(w) "锛汲 銈淬偡銉冦偗"(w) "ZYSong18030"(w) "NanumGothic"(w) "UnDotum"(w) "Baekmuk Dotum"(w) "Baekmuk Gulim"(w) "KacstQura"(w) "Lohit Bengali"(w) "Lohit Gujarati"(w) "Lohit Hindi"(w) "Lohit Marathi"(w) "Lohit Maithili"(w) "Lohit Kashmiri"(w) "Lohit Konkani"(w) "Lohit Nepali"(w) "Lohit Sindhi"(w) "Lohit Punjabi"(w) "Lohit Tamil"(w) "Meera"(w) "Lohit Malayalam"(w) "Lohit Kannada"(w) "Lohit Telugu"(w) "Lohit Oriya"(w) "LKLUG"(w) "FreeSans"(w) "Arial Unicode MS"(w) "Arial Unicode"(w) "Code2000"(w) "Code2001"(w) "sans-serif"(w) "Roya"(w) "Koodak"(w) "Terafik"(w) "sans-serif"(w) "ITC Avant Garde Gothic"(w) "URW Gothic"(w) "sans-serif"(w) "sans-serif"(w) "Helvetica"(w) "Helvetica Narrow"(w) "Nimbus Sans Narrow"(w)
	hintstyle: 1(i)(w)
	lang: "zh-CN"(w)
	lcdfilter: 1(i)(w)
	prgname: "wine-preloader"(s)

2. 这个是fontconfig处理后返回的五个元素，里面有重复的字体，也有好多系统上不存在的字体。 fontconfig 在 font pattern 中添加的字体，是可以不存在于系统上的。Rule Set，则是当前规则的路径，fontconfig通过这个配置文件进行对字体处理。这个信息中的family中的字体顺序，就是wine启动进程的字体匹配顺序。

fontconfig配置

fontconfig 主要读取/etc/fonts/fonts.conf，/etc/fonts/conf.d/.conf， /.config/fontconfig/fonts.conf，/config/fontconfig/conf.d/.conf，上述四个路径的配置文件顺序可以通/etc/fonts/conf.d/目录控制，我们查看其目录下50-user.conf配置文件可以发现其中的语句：

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
  <its:rules xmlns:its="http://www.w3.org/2005/11/its" version="1.0">
    <its:translateRule translate="no" selector="/fontconfig/*[not(self::description)]"/>
  </its:rules>

  <description>Load per-user customization files</description>
	<include ignore_missing="yes" prefix="xdg">fontconfig/conf.d</include>
	<include ignore_missing="yes" prefix="xdg">fontconfig/fonts.conf</include>
	<!-- the following elements will be removed in the future -->
	<include ignore_missing="yes" deprecated="yes">~/.fonts.conf.d</include>
	<include ignore_missing="yes" deprecated="yes">~/.fonts.conf</include>
</fontconfig>

语句中的属性值prefix=”xdg”，代表 XDG_CONFIG_HOME 目录，默认是我们熟悉的~/.config/目录。fontconfig 在读取家目录的配置文件后， 再接着读取完/etc/fonts/conf.d/中剩余的配置文件。

系统字体路径存放路径

目前系统的字体存放在 /usr/share/fonts/下面，wine字体在此目录的hotpot下。此目录是由/etc/fonts/fonts.conf文件控制。

<dir>/usr/share/fonts</dir>
<dir>/usr/local/share/fonts</dir>
<dir prefix="xdg">fonts</dir>
<!-- the following element will be removed in the future -->
<dir>~/.fonts</dir>

手动增加配置文件

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
  <its:rules xmlns:its="http://www.w3.org/2005/11/its" version="1.0">
    <its:translateRule translate="no" selector="/fontconfig/*[not(self::description)]"/>
  </its:rules>

<match target="pattern">
	<test name="lang">
		<string>zh-CN</string>
	</test>
	<edit name="family" mode="prepend" binding="strong">
		<string>SimSun</string>
	</edit>
</match>

</fontconfig>

增加文件100-wine.conf，存放至/etc/fonts/conf.d，此配置文件意思是当fontconfig收到元素lang为zh-CN时，优先匹配宋体，当增加此文件时记得刷新系统字体缓存fc -v -f,运行结束后会发现当前系统的汉字均修改为宋体。

wine下的字体加载

wine下字体分类

• wine下的字体存储是根据字体的family分为一个总类，再往下细分字体的face（字体面）。例如字体中的宋体的family（标识）是：SimSun（英文名）和 宋体（中文名），其中的字体面包含：
  1. 常规体（Regular）：常规的宋体字体样式，用于正常的文本显示和打印。
  2. 粗体（Bold）：加粗的宋体字体样式，用于强调或突出显示文本。
  3. 斜体（Italic）：倾斜的宋体字体样式，用于强调或以不同的视觉效果显示文本。
  4. 粗斜体（Bold Italic）：加粗且倾斜的宋体字体样式，常用于强调、标题或其他特殊效果。

wine9字体加载流程详细分析

当前是使用wine9观察其运行逻辑，wine下的字体初始化是在win32u的 font.c 的 font_init 函数中，以下重要函数流程详细分析。

• load_system_bitmap_fonts：

  • 函数功能：读取HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Hardware Profiles\Current\Software\Fonts下的{ “FONTS.FON”, “OEMFONT.FON”, “FIXEDFON.FON” };获取字体信息。
  • 关键信息：
    1. FONTS.FON: 这是 Windows 系统默认字体文件之一。它包含了用于显示系统界面和用户界面元素（如窗口标题、按钮、菜单等）的字体信息。系统使用 “FONTS.FON” 字体文件来确保在各种语言环境下都能正确显示系统界面。
    2. OEMFONT.FON: “OEMFONT.FON” 是用于显示命令行界面（例如命令提示符）的字体文件。它定义了命令行窗口中使用的字符集和字体样式。
    3. FIXEDFON.FON: “FIXEDFON.FON” 是另一个用于命令行界面的字体文件。它提供了终端窗口中使用的固定宽度字体，这意味着每个字符都占据相同的空间。

• load_file_system_fonts：

  • 函数功能：读取容器下C:\windows\fonts\目录字体。
  • 关键信息：
    1. get_fonts_data_dir_path：如果WINEDATADIR有值则读取环境变量WINEDATADIR下的/usr/local/share/wine /usr/local/share/wine/fonts的字体，如果WINEBUILDDIR环境变量有值则读取这个目录下的font文件。
    2. 加载HKEY_CURRENT_USER\Software\Wine\Fonts中配置的字体目录，hotpot下的安装字体路径就存入这里。

• font_funcs->load_fonts：

  • 函数功能：调用的是freetype_load_fonts，这函数会调用系统下的字体初始化，例如linux就是fontconfig的加载字体函数，FcConfigGetCurrent,FcStrSetCreate，FcConfigGetFontDirs,FcDirCacheRead函数获取系统下的字体并通过add_gdi_face函数向Wine的字体系统中添加一个GDI字体，如果该字体有两个名称，则将其写入至系统中的font_subst_list列表，在写入过程中second_name与name是在载入中是相反的，在linux可以用命令fc-list -b查看同一个字体存在两个名称fullname: "宋体"(s) "SimSun"(s)。

• load_registry_fonts：

  • 函数功能：加载容器下注册表中 HKEY_LOCAL_MACHINE\Software\Microsoft\Windows[ NT]\CurrentVersion\Fonts字体。

• update_external_font_keys：

  • 函数功能：读取 HKEY_CURRENT_USER\Software\Microsoft\Windows[ NT]\CurrentVersion\Fonts\External Fonts下的字体并将字体中重复的路径信息进行删除，如果这个操作已经被执行了一次，则调用load_font_list_from_cache函数直接读取缓存即可，其内容是使用注册表存储字体的绝对路径。
  • 关键信息：
    1. 如果已经存在HKEY_CURRENT_USER\Software\Microsoft\Windows[ NT]\CurrentVersion\Fonts\External Fonts 该项则不会执行这个函数。
    2. 非wine自带的字体与容器下的字体均为扩展字体。
    3. 这里会将已经获取的字体写入注册表中HKEY_LOCAL_MACHINE\Software\Microsoft\Windows[ NT]\CurrentVersion\Fonts，与HKEY_CURRENT_USER\Software\Microsoft\Windows[ NT]\CurrentVersion\Fonts\External Fonts注册表中。
    4. 只会将扩展字体写入至注册表，系统自带字体（window/fonts）与wine字体内容加载至wine中，但注册表未写入。

• load_gdi_font_subst：

  • 函数功能：读取HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes注册表的字体，如果当前左边字体不存在则用右边字体替换左边字体，将其信息写入font_subst_list列表中。

• load_gdi_font_replacements：

  • 函数功能：读取[HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements]注册表下字体信息，也是操作字体替换的，这个注册表与上一个区别是必须被替换的字体是不存在的，否则无法替换成功。

• load_system_links：

  • 函数功能： 初始化注册表 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fontlink 中的 systemlink 键是用于配置 Windows 系统中的字体链接（Font Linking）。在 systemlink 键下，你可以找到一系列的注册表项，每个项都对应于一个特定的字体。这些注册表项包含一个或多个字体名称，表示当特定字体不可用时，应使用哪些备用字体。
  • 关键信息：
    1. MS SHELL Dlg：用于在对话框和窗口控件中显示文本，如按钮、标签、文本框等，wine下默认使用宋体，在注册表HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes中存在，winecfg的修改针对这个地方。
    2. system：”System” 字体是指 Windows 操作系统中用于显示用户界面元素的默认字体。它是用于显示对话框、菜单、按钮、标签、窗口标题等各种界面组件的字体。wine下默认使用tahoma.ttf，此字体是wine自带字体，在wine进程目录中。

使用上述函数就将系统的显示字体与替换字体加载完毕。

wine下界面显示字体选择

• NtGdiSelectFont：

  • 函数功能：该函数用于在设备上下文 (DC, Device Context) 中选择指定的字体对象。它是 GDI 渲染流程的一部分，用于在绘图操作中定义字体的外观和行为
  • 关键信息
    1. 该函数传入HDC关键参数，HDC 是设备上下文句柄 (Device Context Handle) 的缩写。它是一个指向设备上下文的指针，用于在应用程序中与图形设备进行交互。HDC 用于执行绘图操作，例如绘制文本、绘制图形、位图操作等。使用 GetDC 函数可以获取一个窗口或设备的设备上下文句柄。
    2. 通过GET_DC_PHYSDEV这个宏获取关键结构图PHYSDEV， PHYSDEV是物理设备结构体 (Physical Device) 的缩写。它是一个指向物理设备结构体的指针，表示与物理设备相关的信息。在 GDI 编程中，PHYSDEV 可以用于访问和操作底层设备的特定功能。它通常用于开发自定义的设备驱动程序或扩展 GDI 功能。
    3. 调用physdev->funcs->pSelectFont函数，实际为dlls/win32u下的font_SelectFont函数，获取到HFONT， HFONT是 Windows GDI (图形设备接口) 中用于表示字体的句柄类型。它是一个指向字体对象的指针。
    4. 其中获取到aa_flags参数，其参数是要传递给GetGlyphOutline的当前字体的抗锯齿标志。

• font_SelectFont：

  • 函数功能：该其主要作用是在设备上下文 (Device Context, DC) 中选择一个字体，并配置与字体渲染相关的参数。这个函数是字体渲染系统的关键一环，用于从可用字体中选择最合适的字体，确保在文本绘制时正确显示。
  • 关键信息
    1. dcmat： DC transform（设备上下文变换）是指对设备上下文（Device Context, DC）应用的一种变换，用于在图形设备接口 (GDI) 中控制文本和图形的缩放、旋转以及其他变换效果。
    2. bitmap：在字体处理和渲染中，bitmap 是一种基于像素的字体表示方式。它与矢量字体（如 TrueType 或 OpenType）不同，bitmap 字体直接存储了每个字符在特定大小和分辨率下的像素阵列。当设置 GGO_BITMAP 参数时，表示渲染引擎会返回字符的 bitmap 表示。bitmap 在字体处理中是一种直接、高效但不灵活的表示方式。它适合在特定环境和分辨率下显示。
    3. 该函数中关键调用select_font函数，获取目标字体。

• select_font：

  • 函数功能：根据指定的字体属性选择一个最佳匹配的字体对象。
  • 关键信息
    1. facename_compare： 函数处理符号匹配的问题，暂时跳过。
    2. find_cached_gdi_font：第一次调用的时候是匹配现有已经在缓存中的字体，每次一次的select_font都会把匹配字体加入缓存中，该函数的匹配成功通过字符名称 lf->lfFaceName，当然字体的矩阵，位图必须的一致。
    3. find_matching_face：该函数为关键函数，其功能是根据 LOGFONTW 结构的内容（字符集与名称），找到与请求的字体属性匹配的字体。
    4. 垂直字体（名称以 @ 开头）：垂直字体是专门为东亚语言（如中文、日文和韩文）的垂直书写设计的字体
    5. create_gdi_font：找到字体后，在创建一个font的缓存，通过cache_gdi_font( font );函数存入到cache中，让find_cached_gdi_font使用
    6. create_child_font_list：该函数是通过用来为了处理无字体或者存在该字体无指定字功能的列表，当系统不存在指定字体时，wine中默认使用Microsoft Sans Serif当做回退字体，当系统存在指定字体但该字体中单一字不存在字体库中，就会通过child_font来显示（暂未找到这块函数实现）。

• find_matching_face：

  • 函数功能：指定条件（如字体名称、字体替换、样式和字符集兼容性）最匹配的字面。
  • 关键信息
    1. 获取subst数据，subst为备用字体，通过get_gdi_font_subst函数获取，其数据通过HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes注册表与系统中字体获取，系统中的second_name与name是在载入中是相反的，在linux可以用命令fc-list -b查看同一个字体存在两个名称，例如系统下的宋体：fullname: "宋体"(s) "SimSun"(s)。
    2. 该函数中关键调用find_matching_face_by_name函数，获取目标字体。

• find_matching_face_by_name：

  • 函数功能：根据指定的字体名称，找到最符合的字体面。
  • 关键信息
    1. find_family_from_any_name：通过字体名称查询该字体的family，方案是遍历family_name_tree进行比对查找。
       • family_name_tree：在字体加载时，系统会扫描注册表路径 Fonts，构建一个字体族的树状结构，该字体包含linux系统中的字体，wine自身的字体，容器中的字体。
    2. find_best_matching_face：该函数通过遍历第1步获取的字体family中所有可用的字体面，并根据计算系统中的字体面和目标字体在斜体 (italic) 和粗体 (bold) 属性上的差异，获取匹配度最高目标字体，如果该字体存在family，则通过该函数进行匹配，若能匹配成功则直接返回。
    3. 第三步没找到则通过循环按字体面完整名称查找，通过遍历family_name_tree，再遍历字体家族树（family_name_tree），从每个字体家族的字体面列表中查找是否存在与 name 匹配的完整字体面名称（face->full_name）。
    4. can_select_face：在第3步中判断循环中找到的字体面中的字体判断是否能使用。
       • if (!face->scalable && !can_use_bitmap) return FALSE：如果字体不是矢量字体（face->scalable == FALSE），且不允许位图字体，返回FALSE。
       • if (!fs.fsCsb[0]) return TRUE：检查是否有字符集要求，果请求的字符集标志（fs.fsCsb[0]）为 0，表示没有具体字符集要求，返回 TRUE。
       • if (fs.fsCsb[0] & face->fs.fsCsb[0]) return TRUE：如果字体面支持请求的字符集（通过位与运算检查），返回 TRUE。
       • find_gdi_font_link( face->family->family_name )：看一下是否有替代的字体，替代字体通过HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fontlink查找。
    5. find_family_from_font_links：如果通过 2,3 步骤没找到合适的字体，则比对传入的字体名称、subst字体名称与系统字体(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fontlink)是否能匹配上，找到其对应的字体家族，从该字体家族中调用find_best_matching_face，找到最匹配的字体。

常见问题

1. wine下的字体加载修改wine的config配置文件是否有效果？
   • wine下的文字是通过自己的逻辑进行加载匹配，不使用fontconfig所以就不生效。
2. wine 自身使用fontconfig的api了吗
   • 使用了。
3. wine下fontconfig的api会走配置文件吗
   • wine下match逻辑是不是(加载->通过api进行match)不走配置文件。
4. fc-match的匹配与wine的匹配逻辑一致吗？
   • fc-match是会走配置文件的，GTK 程序、Qt 程序、虚拟终端的配置文件中 设置它们使用的字体，和设置 fontconfig 的配置文件是两码事，在使用api或者上层界面程序配置字体时可以选择兼容当前系统配置或者不使用当前系统的fontconfig,若双方设置冲突则遵循上层api配置。
5. 容器内window/fonts/下字体有但是没有写入注册表？
   • 是的，会在update_external_font_keys函数进行处理。
6. 在应用中如果存在两份宋体，其中一份宋体中存在应用所需要的字体，wine下如何处理加载的？
   • 按照顺序加载第一份，与是否缺字无关。
7. 在记事本中为什么输入文字为宋体？
   • 由记事本中设置的字体控制，当设置为宋体后无论输入法输入或外部复制粘贴，记事本中均为宋体。
8. wine下是如何找到应用所需要的目标字体？
   • 1. 从缓存中查找，命中则返回。
   • 2. 先获取字体的家族，在从该字体家族中通过wine自身的字体评分，找到最匹配的字体面，命中则返回。
   • 3. 与第2步一样，但是从获取的备用字体的字体家族，命中则返回。
   • 3. 与已加载字体开始比对字体面完整名称，命中则返回。
   • 4. 对传入的字体名称、subst字体名称与系统字体、热门字体进行字体名称进行比对，命中则返回。
   • 5. 返回NULL，显示方框。
9. 应用中设置使用宋体，但是宋体无目标生僻字，其他字体有所需要生僻字，wine下如何处理？
   • 如果字体是同一份文件，仅是多了某些字体，那么按照字体加载顺序选第一份文件。