FMX-Imagelist-Bug (Transparente Bilder werden gräulich) Delphi 10.3.3

[Harry Stahl]

Hat das evtl. jemand von Euch ebenfalls schon mal festgestellt?

Dann könnt Ihr die Behebung des - aus meiner Sicht ärgerlichen - Bugs hier unterstützen:

https://quality.embarcadero.com/browse/RSP-27337

Bei mir zeigt sich das so: Ich füge Teil-Transparente PNG-Dateien der Imagelist hinzu. Immer wenn ich die Imagelist öffne und weitere Bilder hinzufüge oder lösche oder einfach nur öffne und mit OK bestätige, dann werden die bereits vorhandenen Bilder etwas dunkler, kaum merklich. Aber wenn man das ein paar mal gemacht haben, dann haben die einen erkennbaren Grauschleier.

Insbesondere wenn Bilder mit nicht ganz-weiß Farben RGB (253,253,253) enthalten sind, färben die sich ganz schnell gräulich.

[Harry Stahl]

Auch wenn sie irgendwo in einem Button oder Glyph angezeigt werden, siehe anliegenden Screenshot. Man kann dort erkennen, dass das Image aus der TImagelist, das in einem TGlyph angezeigt wird (1. großes Icon) deutlich gräulicher ist, als das 2. große Icon, das ich direkt in ein TImage geladen habe...

[Bernhard Geyer]

Ist das jetzt neu in 10.3.3?

[Redeemer]

Schwer zu sagen, da das Bild JPEG ist (JPEG niemals für Dinge verwenden, die keine fotografischen Daten enthalten!), ob das jetzt transparent oder grau ist. Ich tippe auf transparent. Speedbutton und BitBtn können AFAIR immer noch nur maximal 24 Bit, sprich es wird geglättet (vermutlich gegen Weiß). Dadurch ist die untere linke Ecke weiß und bei Speedbuttons und BitBtns ist alles, was der unteren linken Ecke entspricht, transparent.

Ansonsten gibt es diverse Bugs in TImageList, die inzwischen behoben sein könnten. Ich ärgere mich nur in D2010 ständig darüber:
- TBitmap.Assign(TPNGImage) glättet das Bild gegen Schwarz, behält aber trotzdem den Alphakanal. Das führt dazu, dass alle halbtransparenten Pixel mehr oder weniger deutlich dunkler erscheinen und man die Canvas mit CopyRect anschließend nochmal drüberbügeln muss.
- AddMasked und InsertMasked funktionieren mit 32-Bit-Bildern. ReplaceMasked funktioniert hingegen nicht mit 32-Bit-Bildern.

[Harry Stahl]

Anliegend mal das Demo-Projekt, das ich für die Fehlerbeschreibung hochgeladen hatte.

[Uwe Raabe]

Zitat von Redeemer:

Ansonsten gibt es diverse Bugs in TImageList, die inzwischen behoben sein könnten. Ich ärgere mich nur in D2010 ständig darüber:

Geht es hier nicht um die FMX TImageList?

[Harry Stahl]

Ja, sorry, hätte ich erwähnen sollen, habe den Betreff nun angepasst.

[Redeemer]

Zitat von Uwe Raabe:

Zitat von Redeemer:

Ansonsten gibt es diverse Bugs in TImageList, die inzwischen behoben sein könnten. Ich ärgere mich nur in D2010 ständig darüber:

Geht es hier nicht um die FMX TImageList?

Nö, das hab ich gerade erst gelesen. Irgendwie übersehe ich immer, wenn Sachen zu FMX sind.

[Harry Stahl]

Da der Bug immer noch vorhanden ist (also auch in der aktuellsten Delphi 10.4.1-Version) habe ich mir einen WorkAround dafür gebaut.

Falls jemand sonst von dem Problem betroffen ist (das kommt anscheined vor allem mit Icons von Axalias vor, aber die nutzen ja wohl auch einige andere), hier ist ein kurzes Video, welches den WorkAround beschreibt:

https://youtu.be/o9WJmXsjUIM

Hinweis 1: Geht auch mit der Testversion des verwendeten Bildbearbeitungs-Programms
Hinweis 2: Derzeit funktioniert das nur, wenn in der TImageList PNG-Dateien verwendet werden