【问题标题】:Why is font size different in vertical direction为什么垂直方向的字体大小不同
【发布时间】:2013-08-13 13:06:01
【问题描述】:

我创建了两个标尺 - 一个垂直的,一个水平的:

现在在垂直标尺中,文本的“大小”在视觉上更大(大约长 5-6 像素)。

为什么?

相关代码:

WM_CREATE:

LOGFONT Lf = {0};

Lf.lfHeight = 12;

lstrcpyW(Lf.lfFaceName, L"Arial");

if (!g_pGRI->bHorizontal)
{
    Lf.lfEscapement = 900; // <----For vertical ruler!
}

g_pGRI->hfRuler = CreateFontIndirectW(&Lf);

SelectFont(g_pGRI->hdRuler, g_pGRI->hfRuler);

WM_PAINT:

    SetTextColor(g_pGRI->hdRuler, g_pGRI->cBorder);

    SetBkColor(g_pGRI->hdRuler, g_pGRI->cBackground);

    SetTextAlign(g_pGRI->hdRuler, TA_CENTER);

#define INCREMENT 10

    WCHAR wText[16] = {0};

    if (g_pGRI->bHorizontal)
    {
        INT ixTicks = RECTWIDTH(g_pGRI->rRuler) / INCREMENT;

        for (INT ix = 0; ix < ixTicks + 1; ix++)
        {
            MoveToEx(g_pGRI->hdRuler, INCREMENT * ix, 0, NULL);

            if (ix % INCREMENT == 0)
            {
                //This is major tick.

                LineTo(g_pGRI->hdRuler, INCREMENT * ix, g_pGRI->lMajor);

                wsprintfW(wText, L"%d", INCREMENT * ix);

                TextOutW(g_pGRI->hdRuler, INCREMENT * ix + 1, g_pGRI->lMajor + 1, wText, CHARACTERCOUNT(wText));
            }
            else
            {
                //This is minor tick.

                LineTo(g_pGRI->hdRuler, INCREMENT * ix, g_pGRI->lMinor);
            }
        }
    } 
    else
    {
        INT iyTicks = RECTHEIGHT(g_pGRI->rRuler) / INCREMENT;

        for (INT iy = 0; iy < iyTicks + 1; iy++)
        {
            MoveToEx(g_pGRI->hdRuler, 0, INCREMENT * iy, NULL);

            if (iy % INCREMENT == 0)
            {
                //This is major tick.

                LineTo(g_pGRI->hdRuler, g_pGRI->lMajor, INCREMENT * iy);

                wsprintfW(wText, L"%d", INCREMENT * iy);

                TextOutW(g_pGRI->hdRuler, g_pGRI->lMajor + 1, INCREMENT * iy + 1, wText, CHARACTERCOUNT(wText));
            }
            else
            {
                //This is minor tick.

                LineTo(g_pGRI->hdRuler, g_pGRI->lMinor, INCREMENT * iy);
            }
        }
    }
}

【问题讨论】:

  • 是一款 ClearType 抗锯齿神器。使用像 SysInternals 的 ZoomIt 这样的工具来查看发生了什么。
  • @HansPassant:感谢提示,但是如果我通过控制面板关闭 ClearType,我仍然会看到更大的垂直文本。
  • 我用放大镜查看了您的屏幕截图,似乎连您的刻度线都已抗锯齿,但我在代码中看不到任何可以做到这一点的东西。这真的是在那个 PNG 中生成图像的代码吗?图像是经过后处理还是通过了一些有损压缩方法?
  • 问题真的只是“为什么?”或者您是否也想知道如何使它们看起来一样?
  • 问题真的只是“为什么?”或者您是否也想知道如何使它们看起来一样? -----两者:)

标签: windows winapi fonts gdi


【解决方案1】:

背景

当文本相对于像素大小较小时,有几种不同的方案可以以清晰的方式对文本进行光栅化。例如,如果笔画宽度应该是 1.25 像素宽,您要么必须将其四舍五入到整数个像素,要么使用抗锯齿,要么使用亚像素渲染(如 ClearType)。舍入通常由字体设计者在字体中内置的“提示”控制。

提示是文本宽度并不总是与文本高度精确缩放的主要原因。例如,如果由于舍入,小写 m 的左侧驼峰比右侧宽一个像素,则提示可能会告诉渲染器将宽度向上舍入以使字母对称。结果是该角色相对于其高度而言比理想角色宽一点。

这个问题

这里可能发生的情况是,当 GDI 水平渲染字符串时,每个后续字符可能从小数位置开始,这是通过抗锯齿或亚像素 (ClearType) 渲染模拟的。但是,在垂直渲染时,似乎每个后续字符的起始位置都向上舍入到下一个完整像素,这往往会使垂直文本比水平文本“长”几个像素。实际上,字距调整总是四舍五入到下一个完整像素。

可能会在水平文本呈现的常见情况下投入更多精力,使其更易于阅读(并且可能更快地呈现)。以任何其他角度呈现的一般情况可能已经以更简单的方式实现,逐个字形而不是整个字符串。

尝试的事情

如果您希望它们看起来一样,您可能必须在水平标签的视觉质量上做出一些妥协。以下是我能想到的一些尝试:

  1. 使用常规抗锯齿而不是 ClearType 子像素渲染来渲染标签。 (您可以通过在 LOGFONT 中设置 lfQuality 字段来做到这一点。)然后您将以正常方式绘制水平标签。对于垂直标签,将它们水平绘制到屏幕外缓冲区,旋转它,然后将缓冲区blit到屏幕上。这为您提供了看起来相同的标签。我建议常规抗锯齿的原因是它对旋转是不变的。 ClearType 渲染具有固有的方向,因此在不创建边缘的情况下无法旋转。我已经将这种方法用于图形标签,效果很好。

  2. 逐个字符渲染水平标签,将起点向上舍入到下一个完整像素。这应该使水平标签看起来像垂直标签。从排版上看,它们看起来不太好,但对于像这样的小标签,它可能比让水平和垂直标签在视觉上不匹配更让人分心。

  3. 另一个答案建议使用非常小的但非零的擒纵和方向来渲染水平标签,迫使它们通过与垂直标签相同的渲染管道。对于像您这样的短标签,这可能是最简单的解决方案。如果您必须处理较长的文本字符串,我建议使用前两种方法之一。

【讨论】:

    【解决方案2】:

    使用lfEscapement 时,您经常会遇到奇怪的行为,因为它使用完全不同的管道呈现文本。

    一个技巧是为两者都设置lfEscapement。一个是 900,一个是非常低的值(例如 1 甚至 10。一旦你用擒纵机构进行渲染,你应该很好。

    如果您仍然遇到平滑问题,请尝试执行以下操作:

    BOOL bSmooth;
    //Get previous smooth value.
    SystemParametersInfo(SPI_GETFONTSMOOTHING, 0, &bSmooth, 0);
    //Set no smoothing.
    SystemParametersInfo(SPI_SETFONTSMOOTHING, 0, NULL, 0);
    //Draw text.
    
    //Return smoothing.
    SystemParametersInfo(SPI_SETFONTSMOOTHING, bSmooth, NULL, 0);
    

    【讨论】:

    • 你好,谢谢你的回答,我知道MSDN推荐的lfHeight,但这与垂直尺寸无关,因为垂直尺寸仍然更大。但是 +1 表示解决问题的努力。
    • @Xearinox 您是否尝试过我将水平文本设置为 lfEscapement 的建议?如果这是解决方案,我将不胜感激,因为我的答案发布在 Adrian 之前,他将我的答案作为参考。
    • 是的,我正在尝试这个,但视觉上仍然不同 - 垂直标尺文本看起来像“锐化”,而水平标尺看起来像“模糊”。
    • @Xearinox 正如我所提到的,试试lfEscapement 的900 垂直,然后尝试lfEscapement1 甚至10,看看小值是否像这样工作。如果这仍然无法按照我的建议工作,请尝试我添加到答案中的平滑编辑。
    • 换擒纵机构没有效果,但我今晚会尝试平滑。
    猜你喜欢
    • 2014-07-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-08-07
    • 1970-01-01
    相关资源
    最近更新 更多