Bug in TImageList (in Verbindung mit VirtualTreeView)

[Daniel]

Wenn Du den Parameter "Kind" auswertest, sollte das klappen. In Deinem Fall wird eine Art Overlay genutzt, wofür das Bild in dieser Größe nicht geeignet ist.

Delphi-Quellcode:

  if (Kind IN [ikNormal, ikSelected]) then
  begin
    // This Event Handler can also assigned to Breadcrumb's OnGetImageIndex
    D:= Sender.GetNodeData(Node);
    ImageIndex:= D^.ImageIndex;
  end;

[Codehunter]

Zitat von Sir Rufo:

die PngImageList pinselt noch einen Hintergrund dazu clWindows . Dadurch wird natürlich alles vorherige übermalt.

Dem kann ich eigentlich nicht zustimmen. Beide ImageLists zeichen prinzipiell mit AlphaChannel, ohne vorher den Hintergrund platt zu machen.

Zitat von Daniel:

Wenn Du den Parameter "Kind" auswertest, sollte das klappen.

Aaahhh Wieder was gelernt. Der ruft OnGetImageIndex mehrfach pro Node auf, das war mir so noch gar nicht aufgefallen.

Danke dir, Problem gelöst.

[Sir Rufo]

Zitat von Codehunter:

Zitat von Sir Rufo:

die PngImageList pinselt noch einen Hintergrund dazu clWindows . Dadurch wird natürlich alles vorherige übermalt.

Dem kann ich eigentlich nicht zustimmen. Beide ImageLists zeichen prinzipiell mit AlphaChannel, ohne vorher den Hintergrund platt zu machen.

Nun der Hintergrund wird auch nicht platt gemacht, aber das Bild, was die PngImageList da raushaut, sieht für mich so aus, als ob alle da den DefaultBackground (clWindows) bekommen und damit bekommst du natürlich ein Bild, was keine transparenten Bereiche mehr hat, denn die wurden ja schon mit einer Farbe versehen

[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