如何解决DirectWrite中HitTestTextPosition无法定位连字内部位置的问题？

我之前也踩过这个坑！Calibri这类带有连字（ligature）的字体里，HitTestTextPosition确实只会返回连字整体的边界位置，没法直接给到t|i或者f|f|i这种内部的光标落点——毕竟连字是把多个字符合并成了单个字形，默认的布局HitTest是基于字形粒度的，不是原始字符粒度。

要实现连字内的光标自由移动，核心思路是绕开布局的HitTest，直接用文本分析器拆解字形和原始字符的映射关系，具体步骤如下：

• 第一步：获取字形与字符的集群映射
  先通过IDWriteTextLayout::GetGlyphs获取整个文本的DWRITE_GLYPH_RUN数组。每个DWRITE_GLYPH_RUN里的clusterMap字段是关键——它的每个元素对应一个字形所属的起始字符索引，而clusterCount则是该字形集群包含的原始字符数量。比如“ffi”连字对应的字形，clusterMap里的对应值是这个连字第一个字符的索引，clusterCount就是3。

• 第二步：手动处理光标移动逻辑
  当用户按下左右箭头时，不要直接依赖HitTestTextPosition的结果，而是先判断当前光标所在的字符是否属于一个连字集群：

  1. 找到当前字符对应的字形集群，确认集群内包含多少个字符；
  2. 如果光标在集群的中间位置（比如“ffi”的第二个f位置），直接将光标索引+1/-1即可；
  3. 如果光标在集群的边界，再正常处理跨集群的移动。

• 第三步：计算连字内的光标绘制位置
  当你需要在连字内部绘制光标时，不能直接用HitTestTextPosition返回的坐标——因为它只会给你连字字形的起始或结束位置。这时候你需要：

  1. 拿到该连字字形的DWRITE_GLYPH_METRICS，获取它的总宽度；
  2. 根据光标在集群内的位置，按字符占比拆分宽度，计算出光标应该在的偏移位置；
  3. 结合HitTestTextPosition返回的基准坐标，加上这个偏移，就是最终的光标绘制点。

• 额外工具：IDWriteTextAnalyzer
  如果需要更精细的字形分析（比如自定义连字规则），可以用IDWriteTextAnalyzer::AnalyzeScript和IDWriteTextAnalyzer::GetGlyphPlacements来直接从原始文本生成字形映射，这样能更精准地控制每个字符和字形的对应关系。

举个简单的场景：假设文本里的“ffi”是从字符索引10开始的连字集群，当光标在索引11（第二个f）时，你通过clusterMap确认这个集群包含3个字符，那么按右箭头就把光标移到12，按左箭头移到10，然后再根据字形宽度计算光标在连字内部的显示位置。

内容的提问来源于stack exchange，提问作者Filip Kunc