Vnote4.2.0版本设置主题时，是否不支持使用用户级字体目录下的字体

[Tent001]

【问题描述】
在修改主题配置文件中的字体时，发现vnote只能读取系统级目录中的字体（/usr/share/fonts），而不去读用户级目录中的字体（~/.local/share/fonts）。
【复现条件】
修改interface.qss中的font-family——
如果指定的第一个字体在用户级目录，则不生效；
保持相同配置，把字体文件转移到系统级目录存放，可以生效。
【环境信息】
vnote版本：4.2.0
系统环境：Deepin V25（amd64）

[tamlok]

感谢反馈。这不是字体匹配逻辑的问题——QSS 里的 font-family 是在 pickAvailableFontFamily() 里对 QFontDatabase::families() 做匹配的（还做了大小写不敏感比较），只要字体在列表里就能命中。问题在于 AppImage 打包：Linux 版是用 linuxdeploy --plugin=qt 构建的，该插件会打包自带的 libfontconfig 和一份 etc/fonts/fonts.conf，并在 AppRun 里设置 FONTCONFIG_PATH/FONTCONFIG_FILE 指向这份配置。这份自带的 fonts.conf 通常只包含 /usr/share/fonts，丢掉了 XDG 用户目录（<dir prefix="xdg">fonts</dir> → ~/.local/share/fonts）。因此沙盒内 fontconfig 只扫描系统目录，用户级字体不会出现在 QFontDatabase::families() 中，匹配就会跳过它；把字体拷到 /usr/share/fonts 就恢复正常——正好符合你描述的现象。

可以用一条命令验证（无需重新打包）：

FONTCONFIG_PATH=/etc/fonts ./VNote-4.2.0.AppImage

如果这样用户目录字体就生效了，就能确认是自带的 fonts.conf 导致的。

修复方向（打包侧）：

1. 最优：不打包 libfontconfig.so.1，改用系统的 fontconfig（系统的 /etc/fonts/fonts.conf 已包含 XDG 用户目录）；
2. 或者：在打包时修改自带的 fonts.conf，加入 <dir prefix="xdg">fonts</dir> 和 ~/.local/share/fonts。

请确认你用的是官方 AppImage 版本（而不是发行版软件包/自行编译）。若是 AppImage，就按上面的打包侧修复处理；若是自编译版本，通常是 ~/.cache/fontconfig 缓存过期，fc-cache -f 即可。