Bug in TImageList (in Verbindung mit VirtualTreeView)

[Codehunter]

Dann müsste es ja lauter weiße Klötzchen geben wenn ich dem VST ein buntes Hintergrundbild verpasse. Ist aber nicht der Fall. Genau deswegen kam mir die Sache mit dem Wechsel zu PngImageList als Bugfix ja so unlogisch vor. Normalerweise müssten wirklich beide den selben Effekt zeigen. Gerade WEIL Daniels Erklärung mit dem Overlay so einleuchtend ist und ich mir sicher bin DASS auch die PngImageList alphatransparent zeichnet.

[himitsu]

Vielleicht erzwingt das PNGImageDinges ein Neuzeichnen des Hintergrunds und die TImageList zeichnet einfach nur transparent drüber?

Wenn PNG halbtransparent zeichnet (und es das auch macht, selbst wenn es 100% transparent ist), dann muß es vorher das Bild des Hintergrunds abfragen (auf ein TempCanvas draufmalen lassen), mit seinem Bild verrechnen und kann dann erst das Resultat ausgeben.
Volltransparente Bitmaps/Icons/Gifs brauchen soeinen Schnickschnack nicht.

[Codehunter]

Ich spekuliere einfach mal, dass VST intern mit Canvas.Lock arbeitet und im dem Zusammenhang das was du beschreibst zu diesem Resultat führt. Ich glaube man darf nicht ganz außer Acht lassen, aus welcher Zeit PngImageList stammt und wie beschränkt damals die VCL noch war. Auch wenn gerade das in diesem Fall zu besseren Resultaten führte war das ja nicht im Sinne des Erfinders