Graphics.DrawString странный ненормальный кернинг

Укороченная версия

Не используйте Graphics.DrawString; он медленнее, устарел и больше не рекомендуется.

Используйте TextRenderer.DrawText.

Длинная версия

В .NET существует два способа рисования текста:

• GDI+ (graphics.MeasureString и graphics.DrawString)
• ГСБ (TextRenderer.MeasureText и TextRenderer.DrawText)

Из превосходного блога Майкла Каплана (rip) Sorting It All Out, В .NET 1.1 все использовало GDI+ для рендеринга текста. Но были некоторые проблемы:

• Существуют некоторые проблемы с производительностью, вызванные несколько не сохраняющим состояние характером GDI+, когда контексты устройств устанавливаются, а затем восстанавливаются исходные значения после каждого вызова.
• Механизмы формирования международного текста неоднократно обновлялись для Windows/Uniscribe и Avalon (Windows Presentation Foundation), но не обновлялись для GDI+, что приводит к тому, что поддержка международного рендеринга для новых языков не имеет того же уровня качества.

Итак, они знали, что хотят изменить платформу .NET, чтобы прекратить использование системы рендеринга текста GDI+ и использовать GDI. Сначала они надеялись, что смогут просто измениться:

graphics.DrawString

для вызова старого DrawText API вместо GDI+. Но они не смогли добиться точного совпадения переноса текста и интервалов так, как это сделал GDI+. Поэтому они были вынуждены продолжать graphics.DrawString вызывать GDI+ (из соображений совместимости; люди, которые звонили graphics.DrawString, внезапно обнаруживали, что их текст не переносился так, как раньше).

Был создан новый статический класс TextRenderer для переноса рендеринга текста GDI. Он имеет два метода:

TextRenderer.MeasureText
TextRenderer.DrawText

Примечание. TextRenderer — это оболочка GDI, а graphics.DrawString — это оболочка GDI+.

Бонусное чтение

• https://stackoverflow.com/a/6404811/12597

И Gdi, и Gdi+ являются важными инструментами в WinForms, и каждый из них имеет свое применение. Это практически все, что у вас есть, если вы хотите придерживаться этой старой технологии и того, что она обеспечивает и поддерживает. Дело в том, что нам нужно знать и понимать, когда, где использовать каждый из них и почему.

Правило таково: TextRender.DrawText на элементах управления и Graphics.DrawString на изображениях и распечатках. Отлично. Однако в некоторых случаях это правило можно отменить. Например, какой из них следует использовать для:

• Нарисуйте строку на элементе управления вертикально. (Без ротации) Пример
• Нарисуйте строку на прозрачной поверхности и заставьте сглаживание правильно смешивать буквы с фоном. Пример
• Создавайте диапазоны символов, чтобы нарисовать каждого из них разным цветом. Например, чтобы выделить искомые слова в элементах управления ListBox, ListView и DataGridView. Пример
• ...и т. д.

Ответ за вами.

Я понимаю, что ваш код выдает что-то вроде этого, когда вы изменяете размер элемента управления:

... и вы хотите - по неизвестной причине - избежать использования TextRenderer для рисования текста, когда ни один из упомянутых выше сценариев не применим в этом контексте. Тем не менее, не используйте Graphics.DrawString и вместо этого используйте GraphicsPath, чтобы исправить эту проблему и улучшить качество в целом.

public class SomeLabel : Label
{
    protected override void OnPaint(PaintEventArgs e)
    {            
        var cr = ClientRectangle;
            
        using (var gp = new GraphicsPath())
        using (var brFore = new SolidBrush(ForeColor))
        using (var sf = new StringFormat(StringFormat.GenericTypographic))
        using (var fnt = GetScaledFont(e.Graphics, Font, cr.Size, Text, 6, 128))
        {
            sf.FormatFlags |= StringFormatFlags.NoWrap;
            gp.AddString(Text, fnt.FontFamily, (int)fnt.Style, fnt.Size, cr, sf);
                
            e.Graphics.Clear(BackColor);
            e.Graphics.SmoothingMode = SmoothingMode.AntiAlias;
            e.Graphics.FillPath(brFore, gp);
        }
    }

    // Or your scaling logic ...
    private Font GetScaledFont(
        Graphics g,
        Font srcFont,
        Size canvasSize,
        string text,
        float minSize,
        float maxSize)
    {
        float sz = GetScaledFontSize(g, srcFont, canvasSize, text, minSize, maxSize);
        return new Font(srcFont.FontFamily, sz, srcFont.Style, GraphicsUnit.Pixel);
    }

    private float GetScaledFontSize(
        Graphics g,
        Font srcFont,
        Size canvasSize,
        string text,
        float minSize,
        float maxSize)
    {
        SizeF szf = g.MeasureString(text, srcFont);
        float hRatio = canvasSize.Height / szf.Height;
        float wRatio = canvasSize.Width / szf.Width;
        float scaleRatio = Math.Min(hRatio, wRatio);
        float scaledSize = Math.Max(minSize, Math.Min(maxSize, srcFont.Size * scaleRatio));
        return scaledSize / 72f * g.DpiY;
    }
}

Результат...

Я просто хотел убедиться, что этот вопрос решен и что он поможет кому-то в будущем.

Я хочу поблагодарить @Ian Boyd и @dr.null за их ответы, они действительно помогут в будущем. Я предлагаю всем, кто сталкивается с проблемами рисования текста, просмотреть свои ответы и попытаться адаптировать свои ответы.

Для моих целей, поскольку я действительно не хочу менять способ работы сейчас и мне нужна функция печати, я нашел очень простое решение этой проблемы, а именно:

Добавьте «\n» в конец строкового параметра, переданного в Graphics.DrawString. Это смешно и легко исправить, но это работает!