Hi Cesar,

Thanks for the news and the article link. Since I am not too familiar with GDI+, I would appreciate a few pointers on how to approach this issue today;
If I understand correclty from the article, the solution would be to render the final bitmap in memory through double buffering (instead of multiple paint events of the form), and then paint the form once with the final image.
Here is what we are doing: In short, we have a semi-transparent PNG on top of a shape.
For example, we have a container inside which there are multiple polygons (shapes determined by polypoints). Each polygon may have a different fillcolor depending on their status. The problem is that the polygons' contours are kinda rough, and when filled they look like ungly, pixelated spots of color on the form. To make it look better, within the same container we added an image object, on top of the polygon, which is a semi-transparent PNG image with a mild greyscale gradient. The PNG picture has the same contour as the polygon. This creates a nice anti-alias of the polygon contour smoothing it out, and the mild greyscale semi-transparent gradient gives a nice color depth to the filled area of the polygon.

Is gpGraphicsDB what I should concentrate on for handling this type of situation, flicker-free? or is anti-aliasing and transparency functions that would be easily handled by GDI+ classes?
Obrigado!

>
>This wont be a problem when the new GDI+ classes will be released, because theyll bring the "Image Canvas" class that deals with images in a great way.
>
>At this moment, you should check Carig Boyd's article published at Foxtalk 2.0
>
>"Solving the paint problem"
>http://www.pinpub.com/ME2/Audiences/dirmod.asp?sid=&nm=&type=Publishing&mod=Publications%3A%3AArticle&mid=8F3A7027421841978F18BE895F87F791&AudID=301888DF3BCF483382FC8A1382F3050B&tier=4&id=43FF99C3289346189B14EAEA14573F3C
>