Wie erstellt man ein transparentes pf32bit-Bitmap?

[Thom]

Wärst Du so nett und würdest Deine Behauptung "es ist nicht sinnvoll" auch mit nachvollziehbaren Argumenten untermauern?

[EWeiss]

Zitat von Thom:

Wärst Du so nett und würdest Deine Behauptung "es ist nicht sinnvoll" auch mit nachvollziehbaren Argumenten untermauern?

Wüßte jetzt auch nicht was da nicht sinnvoll sein soll
Alles macht sinn was letztendlich zum erfolg führt in welcher art auch immmer.

gruss

[Keldorn]

Danke für die vielen Antworten

Zitat von Bernhard Geyer:

Wenn du nicht unbedingt auf Bordmittel festgelegt bist: In den Elpack-Komponenten (sicherlich auch bei anderen Sammlungen ähnlich) kann man alle Gui-Controls (imageList, ....) mit PNG's arbeiten lassen. Dann sind solche problematischen Workarounds gar nicht mehr nötig.

auch die normale Imagelist nimmt problemlos PNG´s auf. Es muß nur die imagelist.colordepth auf cd32bit stehen. Problem ist halt eher die direkte Weiterverarbeitung
imagelist.getbitmap(...) geht die Transparenz flöten

Delphi-Quellcode:

imagelist.geticon(...)
bmp.assign(Icon)

ist alles i.O.

Zitat von Namenloser:

Wobei es mich dann allerdings wundert, dass das mit bmp.Assign(png); laut deiner Aussage funktioniert. Hast du auch ausprobiert, dass das mit allen Hintergrundfarben funktioniert? Nicht, dass es nur gerade zufällig so aussieht als würde es funktionieren, weil beim Entfernen des Alphakanals zufällig gegen die richtige Farbe geblendet wird...

Doch, das geht. Andersrum png.Assign(bmp); geht es nicht korrekt . siehe auch meine Frage hier

@Thom:
Danke, das schaue ich mir genauer an. Das ist das was ich brauche.

Es ist ja auch die Frage, ob manchmal sowas schon versteckt in Delphi integriert ist, sich neuere Delphis anders verhalten oder mehr mitbringen.
Grade so in versteckten Units wie graphutils verbergen sich oftmals nette Sachen und man kommt nie drauf.

[Bernhard Geyer]

Zitat von Keldorn:

auch die normale Imagelist nimmt problemlos PNG´s auf. Es muß nur die imagelist.colordepth auf cd32bit stehen.

Meine primäre Delphi-Version noch nicht (sollten doch mal updaten)

Zitat von Keldorn:

Problem ist halt eher die direkte Weiterverarbeitung
imagelist.getbitmap(...) geht die Transparenz flöten

Da müsste/sollte Emba noch nachbessern. Vermutlich hat an diese Stelle noch keiner Gedacht.

[Medium]

Da wohl noch einige Stellen im Zusammenhang mit Delphis TBitmap, und vor allem VCL-Controls und Bitmaps noch aus einer Zeit stammen, als Alpha-Blending nicht drin war (Seitens Windows/GDI), muss man vermutlich bei deren Benutzung - auch wenn es wie gezeigt prinzipiell möglich ist - etwas aufpassen, dass man seinen schönen Alphakanal nicht unterwegs irgendwo doch verliert. Das ist imho ein Vorteil von einer Lib bzw. 3rd Party Komponenten: Viele bringen alles mit was man braucht (bei der G32 ist richtig was los z.B.), und man kommt selten in die Verlegenheit den Nexus der Lib zu verlassen, und somit seltener in die Gefahr unerwarteten Verhaltens.
Ob etwas geht, oder im Handling angenehm ist, ist für mich schon ein nennenswerter Unterschied.

[jaenicke]

Zitat von Bernhard Geyer:

Zitat von Keldorn:

auch die normale Imagelist nimmt problemlos PNG´s auf. Es muß nur die imagelist.colordepth auf cd32bit stehen.

Meine primäre Delphi-Version noch nicht (sollten doch mal updaten)

Dabei wird auch nur die Windows-Imagelist gekapselt. Direkt mit TPNGImage funktioniert die TImageList auch bei XE5 nicht. Deshalb nutze ich normalerweise eine TObjectList<TPicture>.