3

我一直在尝试在 C# 中找到一种方法来测量字符串的大小。在 Win32 中测量字符串的标准方法是使用 GetTextExtent。真正的目标是找到字体字符的平均宽度和高度。查找字符平均宽度的标准方法是从获取所有字母字符的宽度并除以 52 开始：

size = dc.GetTextExtent(
       "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz", 52);
averageWidth = size / 52;

Microsoft 有一个页面列出了某些 DPI 设置下某些字体大小的平均字符宽度，我已经通过我自己对 GetTextExtent 的调用确认了它们。

  • 塔荷马 8pt, 96dpi: 13x6 像素
  • 塔霍马 9pt，96dpi： 14x7 像素
  • Segoe UI 9pt，96dpi：15x7 像素

现在我想在 .NET WinForms 下执行相同的计算。使用 Graphics.MeasureString() 我想出了代码：

public static SizeF GetAvgCharSizeF(Graphics g, Font font)
{
   String s = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz";

   SizeF textSize = g.MeasureString(s, font);

   float baseUnitX = (textSize.Width / s.Length);
   float baseUnitY = textSize.Height;

   return new SizeF(baseUnitX, baseUnitY);
}

不幸的是，这些值与已知的、可接受的真实值不匹配：

  • Tahoma 8pt，96dpi： 14x6 像素（14.21x6.09 像素）
  • Tahoma 9pt，96dpi： 16x7 像素（15.98x6.85 像素）
  • Segoe UI 9pt，96dpi： 17x7 像素（17.46x6.91 像素）

平均字符宽度结果还可以，但字符高度太大了约 13%。我假设额外的高度是由于高度分类的差异已更改为包括上升者和下降者。如果测量字符串太高，我尝试将其更改为：

String s = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz";

到

String s = "acemnorsuvwxyz";

认为现在字符串没有那么高，所以测量的高度应该更短。不，它返回的高度与包含上升器和下降器的字符串版本完全相同（尽管平均宽度稍大一些）。

这可能是什么原因，并且可以获得平均字符高度可以对平均文本高度做什么，使其与 GetTextExtent 返回的可接受值匹配？

注意：尽管获取平均字符高度的标准做法是使用 GetTextMetrics，但 GetTextExtents 返回的高度返回相同的值。

4

1 回答 1

3

我怀疑这是因为 .NET 中的文本渲染引擎不同。您可能想要查找 GDI 和 GDI+ 之间的差异。如果您调用该Application.SetCompatibleTextRenderingDefault(<bool>)方法，使用 true 或 false 作为参数，情况也可能会再次发生变化（我相信默认值为 true）。

一般来说，如果您使用 Windows API 进行绘图，则使用 Windows API 进行测量，如果您使用 .NET 进行绘图，则使用 .NET 进行测量。

于 2008-10-15T03:09:37.553 回答