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? :stupid:

[EWeiss]

Zitat:

Zitat von Thom (Beitrag 1235256)

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

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

gruss

[Keldorn]

Danke für die vielen Antworten :-)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1235230)

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

Delphi-Quellcode:

imagelist.getbitmap(...)

geht die Transparenz flöten

Delphi-Quellcode:

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

ist alles i.O.

Zitat:

Zitat von Namenloser (Beitrag 1235239)

Wobei es mich dann allerdings wundert, dass das mit

Delphi-Quellcode:

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

Delphi-Quellcode:

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:

Zitat von Keldorn (Beitrag 1235277)

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:

Zitat von Keldorn (Beitrag 1235277)

Problem ist halt eher die direkte Weiterverarbeitung

Delphi-Quellcode:

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:

Zitat von Bernhard Geyer (Beitrag 1235288)

Zitat:

Zitat von Keldorn (Beitrag 1235277)

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>.