Weitere MASSIVE Probleme beim Delphi ImageList Editor

[PeterPanino]

Offenbar kann der Delphi ImageList Editor nicht mit partieller Transparenz bei 32Bit .PNG AlphaTransparency Images umgehen und VERÄNDERT solche Bilder beim Enfügen!!!

Ausgangsbild ist clipboard_copy.png in clipboard_copy.zip (angehängte Datei).


So sieht clipboard_copy.png nach dem Einfügen im Delphi ImageList Editor aus:

http://i.imgur.com/T58tehB.png

Das Bild wird damit DAUERHAFT verändert und sieht dann auf einem Button so aus:

http://i.imgur.com/FR252jA.png



So sieht clipboard_copy.png nach dem Einfügen im CnWizards ImageList Editor aus:

http://i.imgur.com/j9ZzzbM.png

Das Bild wird hier nicht verändert und sieht dann auf einem Button so aus:

http://i.imgur.com/AtMT9S1.png


Das ist äußerst ärgerlich und sollte eigentlich bei einem professionellen Programm nicht vorkommen!

Also ist es klar, dass man den Delphi ImageList Editor in seiner derzeitigen Form nicht benutzen kann. Der CnWizards ImageList Editor verändert offenbar auch die Bilder beim Abspeichern.

Ist Delphi 10 Seattle damit unbenutzbar?

[PeterPanino]

Hier sind die ImageList Eigenschaften, die im ersten Posting wegen der Bilderbegrenzung nicht mehr Platz hatten.

[haentschman]

Moin...

Deine ersten 3 Bilder sind offensichtlich mit den 3 letzten Bildern identisch. (beides CN Editor).
PS: Warum lädst du deine Bilder immer auf windige Bilderserver hoch?

[PeterPanino]

Zitat von haentschman:

Moin...

Deine ersten 3 Bilder sind offensichtlich mit den 3 letzten Bildern identisch. (beides CN Editor).
PS: Warum lädst du deine Bilder immer auf windige Bilderserver hoch?

Sieh doch einfach nochmal genau hin.

[jaenicke]

// EDIT:
Ja, sieht hier genauso aus, wenn ich CnWizards deaktiviere.

[Bernhard Geyer]

Die TImageList von Delphi setzt auf Funktionalität von Windows aus. Und da ist bekannt das die Bilder verändert werden um sie (je nach Windows-Version) unterschiedlich codiert zu speichern.
Wenn Du PNG hast, so gibt es auch ein PNGImageList (Downloadbereich von Emba bzw. bei den LMD-Komponenten).
Verwende diese seit Jahren und habe keine Probleme damit.

[PeterPanino]

Zitat von Bernhard Geyer:

Die TImageList von Delphi setzt auf Funktionalität von Windows aus. Und da ist bekannt das die Bilder verändert werden um sie (je nach Windows-Version) unterschiedlich codiert zu speichern.
Wenn Du PNG hast, so gibt es auch ein PNGImageList (Downloadbereich von Emba bzw. bei den LMD-Komponenten).
Verwende diese seit Jahren und habe keine Probleme damit.

Hier ist die Rede davon, dass die Bilder VISUELL VERÄNDERT werden, und nicht dass sie unterschiedlich codiert gespeichert werden. Es geht darum, dass der Delphi ImageList Editor partielle Transparenz offensichtlich nicht verarbeiten kann.

[Bernhard Geyer]

Zitat von PeterPanino:

Hier ist die Rede davon, dass die Bilder VISUELL VERÄNDERT werden, und nicht dass sie unterschiedlich codiert gespeichert werden. Es geht darum, dass der Delphi ImageList Editor partielle Transparenz offensichtlich nicht verarbeiten kann.

Und woher weißt du das diese visuelle veränderung nicht vom Speichern her kommt?
AFAIK kann die TImageList nur intern mit Bitmaps umgehen. D.h. ein PNG wird zwangsweise beim Wandeln nach Bmp geändert.

[Uwe Raabe]

Zitat von PeterPanino:

Ist Delphi 10 Seattle damit unbenutzbar?

Wenn ich deinen Post richtig lese (soweit meine bescheidenen Fähigkeiten das überhaupt zulassen), erwähnst du dort, daß bei Benutzung des cnWizard alles zu deiner Zufriedenheit funktioniert. Insofern hast du selbst die obige Frage ja schon eindeutig mit einem Nein! beantwortet.

Was das beschriebene Problem angeht, da hast du allerdings recht: Der Standard Imagelist-Editor kann nur transparent und kein Alpha. Das wird zum Einen aus der Dokumentation ersichtlich (dort ist Transparent erwähnt, aber nicht Alpha) und zum Anderen kann man das auch direkt im Source sehen: In Property Editors\ImgEdit.pas findet sich in der Methode TImageListEditor.Replace ausdrücklich ein bmp.alphaFormat := afIgnored; . Gleichzeitig wird hier auch klar, daß das PNG direkt beim Einlesen in ein Bitmap umgewandelt wird. Im Gegensatz dazu bleibt in der schon von Bernhard erwähnten TPngImageList das PNG-Format intern erhalten und wird erst beim Zeichnen ausgewertet.

Insofern wäre es eine großartige Idee, wenn du einen QP-Eintrag als New Feature anlegst, in dem du eine Unterstützung des Imagelist-Editors für Alpha-Channel vorschlägst.

[PeterPanino]

Zunächst DANKE für deinen fachlich kompetenten Beitrag!

Bitte versuch dich mal in meine Lage zu versetzen: Du setzt dich mitten in der Nacht hin und verbringst wertvolle Zeit damit, der Delphi community einen Dienst zu erweisen, indem du einen Sachverhalt über eine wesentliche Funktionalität der Delphi IDE ausführlich und genau recherchierst und dokumentierst. Und alles was dann kommt, sind HÖHNISCHE Kommentare von Benutzern, die nicht mal dein Posting richtig durchgelesen oder sich die Bilder richtig angesehen haben, geschweige denn das Originalbild heruntergeladen und den Vorgang nachvollzogen haben. Vielleicht ist es verständlich, wenn man dann als Mensch mal emotional wird?

Zitat von Uwe Raabe:

... erwähnst du dort, daß bei Benutzung des cnWizard alles zu deiner Zufriedenheit funktioniert.

Nein, denn ich habe in meinem Posting auf ein anderes Posting von mir hingewiesen, in dem ich dokumentiere, dass auch beim CnWizards ImageList Editor möglicherweise Fehler beim Speichern auftreten.

http://i.imgur.com/teovGVR.png

Zitat von Uwe Raabe:

Insofern wäre es eine großartige Idee, wenn du einen QP-Eintrag als New Feature anlegst, in dem du eine Unterstützung des Imagelist-Editors für Alpha-Channel vorschlägst.

GENAU DAS war ja meine Absicht! Da ich aber seriös arbeiten wollte, habe ich nach dem Peer-Review Prinzip die Delphi community mit meinem Posting implizit gebeten, das Verhalten des Delphi ImageList Editor nachzuvollziehen und ggf. zu bestätigen. ERST DANN wollte ich einen Quality-Report abgeben. Vielleicht hätte ich das EXPLIZIT erwähnen sollen. Aber ich habe eben darauf vertraut, dass die Leute hier mein Posting sachlich beurteilen und nicht ... naja.