TWebBrowser渲染自定义字体异常问题排查求助

可以通过TWebBrowser的OnDownloadBegin和OnDownloadComplete事件排查字体资源的下载状态，具体实现和排查思路如下：

• 用OnDownloadBegin追踪字体请求
  在事件处理函数中，获取当前下载的资源URL，判断是否为目标字体文件（匹配.ttf/.woff/.woff2等后缀），记录这些请求URL，以此确认TWebBrowser是否发起了字体资源的加载请求。如果没有捕获到对应字体的URL，说明TinyMCE的配置或HTML中的字体引用存在问题，导致浏览器未触发下载。

• 用OnDownloadComplete验证下载结果
  该事件的Success参数直接标识了资源是否下载成功。结合之前记录的字体URL，检查对应请求的Success值：如果为False，则说明字体资源在下载阶段失败，可能是网络问题、亚马逊云存储的访问权限限制或资源路径错误导致。

除了事件追踪，还需排查其他可能导致字体渲染失败的因素：

• 检查亚马逊云存储的CORS配置
  字体资源属于跨域资源，TWebBrowser基于IE内核，默认对跨域资源有严格限制。需确保云存储的CORS规则允许当前应用域名访问字体文件。
• 强制TWebBrowser使用高版本IE内核
  旧版IE内核对现代字体格式（如woff2）支持不足，可通过HTML头部添加<meta http-equiv="X-UA-Compatible" content="IE=edge">，或修改注册表配置，强制TWebBrowser使用最新兼容的IE渲染模式。
• 验证TinyMCE的字体配置
  检查TinyMCE的content_css中@font-face定义是否正确，font_formats是否包含目标字体的映射，确保字体引用路径和名称与云存储中的资源一致。
• 利用IE开发者工具直接排查
  按下F12打开TWebBrowser内置的IE开发者工具，切换到「网络」面板，查看字体资源的请求状态、响应码和响应内容，这是最直观的排查方式，能快速定位是下载失败还是加载后渲染异常。

内容的提问来源于stack exchange，提问作者Héctor C.