Dear ImGui字体缩放问题分析与修复

在Dear ImGui图形界面库的最新版本1.91.1中，开发者发现了一个与字体缩放相关的渲染问题。当用户调整停靠窗口大小时，窗口标题栏中的省略号(三个点)无法正常显示。这个问题源于字体缩放比例在特定情况下未能正确传递到绘图列表。

经过深入分析，发现问题出在SetCurrentWindow函数中。该函数负责设置当前活动窗口的上下文状态，包括字体相关参数。在计算字体缩放比例时，代码仅更新了全局的FontScale变量，却遗漏了对绘图列表共享数据结构的更新。

具体来说，字体缩放比例的计算公式为：

字体缩放比例 = 当前字体大小 / 基础字体大小

在问题版本中，计算完成后只更新了全局的g.FontScale，而没有同步更新g.DrawListSharedData.FontScale。这种不一致导致后续的省略号渲染函数ImGui::RenderTextEllipsis无法获取正确的缩放比例，从而无法计算出适当的省略号位置和大小。

这个问题的修复方案相当直接：在计算字体缩放比例后，同时更新全局变量和绘图列表共享数据结构。具体修改为：

g.FontScale = g.DrawListSharedData.FontScale = g.FontSize / g.Font->FontSize;

这个修复确保了字体缩放比例在整个渲染流程中的一致性。值得注意的是，这个问题特别影响省略号渲染，因为其他文本渲染路径可能不依赖绘图列表中的字体缩放比例数据。这也解释了为什么该问题在相当长的时间内未被发现。

对于使用Dear ImGui的开发者来说，这个修复意味着：

1. 停靠窗口标题栏的省略号现在可以正确显示
2. 所有依赖字体缩放比例的文本渲染操作将保持一致性
3. 窗口调整大小等操作后的文本显示更加可靠

这个案例也提醒我们，在图形界面开发中，状态管理的一致性至关重要。特别是当同一数据需要在多个上下文中使用时，必须确保所有相关结构都得到同步更新。