¿Por qué DrawString muestra un comportamiento inesperado en C# Winforms?

Question

He subclasificado un control en C# WinForms, y estoy escribiendo texto personalizado en mi controlador OnPaint(). La fuente se establece en Courier New usando el siguiente código en mi forma:

FontFamily family = new FontFamily("Courier New"); 
this.myControl.Font = new Font(family, 10); 

En el control de sí misma, la cadena se almacena en realText, y utilizo el siguiente código para llamar a la pantalla:

protected override void OnPaint(PaintEventArgs e) 
{ 
    base.OnPaint(e); 

    e.Graphics.DrawString(realText, Font, new SolidBrush(ForeColor), ClientRectangle); 
} 

el resultado de algún ejemplo de texto al azar se ve de la siguiente manera: http://img219.imageshack.us/img219/1778/courier.png

Si se acerca, se puede ver, por ejemplo, que el espacio entre la primera 'como' es diferente de t El espacio entre el segundo "como" (1 píxel frente a 2 píxeles). ¿Alguien tiene alguna idea de lo que podría estar causando esto o cómo puedo evitar que ocurra? Hay muchas más rarezas similares en el espaciado al dibujar con diferentes fuentes, pero supongo que son todos los resultados del mismo problema.

Gracias de antemano por cualquier idea que pueda tener.

Answer 1

Voy a adivinar que es porque estás usando Graphics.DrawString() en lugar de TextRenderer.DrawText(). El primero pinta texto usando GDI +, que es una especie de mierda y obsoleto. Este último usa GDI que es más moderno (en términos de representación de texto). Creo que esta es la diferencia notada por la respuesta anterior (WinForms vs. Windows).

También puede probar la sobrecarga de Graphics.DrawString() que toma un objeto StringFormat y especifique StringFormat.GenericTypographic. Sin embargo, esto es realmente un hack alrededor del problema. Si usa .NET 2.0 o posterior, debe utilizar la clase TextRenderer en lugar de la clase Graphics para todas sus necesidades de representación de texto. Graphics.MeasureString() y Graphics.DrawString() existen estrictamente para compatibilidad con versiones anteriores de .NET 1.0 y 1.1.

editar: Ah sí, y su código gotea un objeto GDI en cada ciclo de pintura. Los objetos de pincel son envoltorios administrados alrededor de recursos no administrados, por lo que deben eliminarse explícitamente.

Answer 2

Tengo que ser honesto, pero esto nunca me había sucedido antes. Sin embargo, intente configurar el SmoothingMode a Antialiasing:

e.Graphics.SmoothingMode = System.Drawing.Drawing2D.SmoothingMode.AntiAlias; 

Otra cosa a un lado, asegurarse de que el uso de su DoubleBuffer ha establecido en true. Además, trate de no crear un nuevo SolidBrush en cada llamada OnPaint ..

Answer 3

Mi experiencia con la pintura de texto en controles subclasificados utilizando WinForms es que el motor de representación de texto que utiliza (GDI +?) No es tan bueno como el propio motor de fuente de Windows y ciertamente da resultados diferentes incluso cuando funciona bien.

Soy el autor de un complemento de Visual Studio (http://entrian.com/source-search) que necesita para pintar controles dentro de Visual Studio, y para hacer que las fuentes tengan el mismo aspecto que los controles estándar en Visual Studio (listviews, treeviews, etc.) tengo que pasar por alto WinForms y pintar el texto usando la API de Win32:

[DllImport("gdi32.dll")] 
public static extern bool ExtTextOut(IntPtr hdc, int X, int Y, 
    uint fuOptions, [In] ref RECT lprc, string lpString, uint cbCount, 
    [In] int[] lpDx); 

... y la familia.

Probablemente no sea lo que quería escuchar, pero ahí está.