TextRenderer.DrawText en mapa de bits vs OnPaintBackground

Question

Si uso TextRenderer.DrawText() utilizando el objeto Graphics proporcionado en OnPaintBackground, mi texto se ve perfecto. Si creo mi propio mapa de bits y uso el objeto Graphics obtenido de mi mapa de bits mi texto se ve terrible. Parece que está suavizando el texto con negro, no el color de fondo del mapa de bits. Puedo evitar este problema si uso Graphics.DrawString(), pero este método tiene problemas de kerning horribles. ¿Que debería hacer? ¿Cómo puedo obtener TextRenderer.DrawText() para anti-alias correctamente utilizando los contenidos de Bitmap?

ve terrible:

Bitmap bmp = new Bitmap(100, 100, PixelFormat.Format32bppArgb); 
using (Graphics g = Graphics.FromImage(bmp)) 
{ 
g.Clear(Color.Red); 
TextFormatFlags tf = TextFormatFlags.Left; 
TextRenderer.DrawText(g, @"C:\Development\Testing\blag", font, clip, Color.White, Color.Transparent, tf); 
} 

Se ve bien, pero quiero hacer esto en un mapa de bits, NO sobre la superficie del control:

protected override void OnPaintBackground(PaintEventArgs e) 
{ 
e.Graphics.Clear(Color.Red); 
TextFormatFlags tf = TextFormatFlags.Left; 
TextRenderer.DrawText(e.Graphics, @"C:\Development\Testing\blag", font, clip, Color.White, Color.Transparent, tf); 
} 

¿Cuál es la diferencia?

Answer 1

La respuesta no es utilizar TextRenderer. TextRenderer es un contenedor para la implementación de GDI (no GDI +) de la representación de texto, que tiene muchas características, pero no interopera bien con los DC en memoria como usted ha descubierto.

Use Graphics.DrawString & Graphics.MeasureString, pero recuerde pasarlo StringFormat.GenericTypographic para obtener el tamaño y el posicionamiento precisos.

El motivo por el cual TextRenderer se introdujo inicialmente fue que GDI + no admitía todas las secuencias de comandos complejas que el motor Uniscribe de GDI. Con el tiempo, sin embargo, el soporte de GDI + para scripts complejos se ha ampliado, y en estos días no quedan razones buenas para usar TextRenderer (ni siquiera es el más rápido de los dos, de hecho aparece todo lo contrario).

Realmente, sin embargo, a menos que se encuentre con problemas de rendimiento graves y medibles, simplemente use Graphics.DrawString.

Answer 2

Si su mapa de bits no es del mismo tamaño que su área de visualización, podría tratarse simplemente de un problema de redimensionamiento, donde .NET adapta el mapa de bits al tamaño de visualización y obtiene un texto de aspecto gracioso.

¿Se puede probar con un mapa de bits creado con el mismo tamaño que el área de visualización?

Answer 3

¿Puedes publicar el programa más pequeño que tenga este problema? Yo no podrá reproducirla como esto - el antialiasing se ve bien:

using System.Drawing; 
using System.Drawing.Imaging; 
using System.Windows.Forms; 

public class Program 
{ 
    public static void Main() 
    { 
     Bitmap bmp = new Bitmap(100, 100, PixelFormat.Format32bppArgb); 
     using (Font font = new Font("Arial", 10, GraphicsUnit.Point)) 
     using (Graphics g = Graphics.FromImage(bmp)) 
     { 
      Rectangle clip = Rectangle.FromLTRB(0, 0, 100, 100); 
      g.Clear(Color.Red); 
      TextFormatFlags tf = TextFormatFlags.Left; 
      TextRenderer.DrawText(g, @"C:\Development\Testing\blag", font, clip, Color.White, Color.Transparent, tf); 
     } 

     Form form = new Form(); 
     form.BackgroundImage = bmp; 
     Application.Run(form); 
    } 
} 

Answer 4

Otra posible solución: dibuje todo en la pantalla, mapa de bits con texto en la parte superior, y luego escriba un código para 'capturar la pantalla' esa parte de la pantalla. No es práctico en todos los casos, pero tiene razón, DrawString crea texto extraño y DrawText en un mapa de bits se ve horrible.

Answer 5

Creo que el problema es que la representación de texto de tipo claro no funciona si el fondo es transparente. Algunas posibles soluciones

Opción 1. Llene el fondo de su mapa de bits con un color.

Si hace esto (como hizo Tim Robinson arriba en su ejemplo de código usando g.Clear (Color.Red)), el tipo claro hará lo correcto. Pero su mapa de bits no será completamente transparente, lo que podría no ser aceptable. Si usa Graphics.MeasureText, puede completar solo el rectángulo alrededor de su texto, si lo desea.

Opción 2. Conjunto TextRenderingHint = TextRenderingHintAntiAliasGridFit

Esto parece desactivar Tipo clara. El texto se representará con una calidad inferior a la del tipo claro en un fondo, pero mucho mejor que el tipo de desorden sin ningún fondo.

Opción 3. Rellene el rectángulo de texto con blanco, dibuje el texto y luego encuentre todos los píxeles que no sean de texto y vuelva a ponerlos en transparente.

using (Bitmap bmp = new Bitmap(someWidth, someHeight)) 
{ 
    using (Graphics g = Graphics.FromImage(bmp)) 
    { 
     // figure out where our text will go 
     Point textPoint = new Point(someX, someY); 
     Size textSize = g.MeasureString(someText, someFont).ToSize(); 
     Rectangle textRect = new Rectangle(textPoint, textSize); 

     // fill that rect with white 
     g.FillRectangle(Brushes.White, textRect); 

     // draw the text 
     g.DrawString(someText, someFont, Brushes.Black, textPoint); 

     // set any pure white pixels back to transparent 
     for (int x = textRect.Left; x <= textRect.Left + textRect.Width; x++) 
     { 
      for (int y = textRect.Top; y <= textRect.Top + textRect.Height; y++) 
      { 
       Color c = bmp.GetPixel(x, y); 
       if (c.A == 255 && c.R == 255 && c.G == 255 && c.B == 255) 
       { 
        bmp.SetPixel(x, y, Color.Transparent); 
       } 
      } 
     } 
    } 
} 

Lo sé, es un hack horrible, pero parece que funciona.

Answer 6

La respuesta es usar un BuffersGraphicsContext. Este es el mismo sistema que .NET usa internamente cuando configura el estilo ControlStyles.OptimizedDoubleBuffer en un control.

Consulte http://msdn.microsoft.com/en-us/library/b367a457.aspx para obtener más información sobre el doble almacenamiento en memoria intermedia en .NET.