Icons "fransen" mit der Zeit aus?

[bra]

Das hängt vermutlich damit zusammen, dass beim Öffnen eines Forms mit Bildern diese in der DFM fast jedesmal geändert werden. Ist bei Versionscontroll-Systemen sehr nervig.

[himitsu]

TImageList (VCL) arbeitet mit der WinAPI und je nach Windowsversion/Updates ergibt das ein anderes Speicherformat, womit sich in der DFM ab und an mal was ändert.

ABER, das Bild wird doch als Bitmap (unkomprimiert) gespeichert und wenn die Bildbearbeitung auch unkomprimiert schuftet, dann dürfte es es keine Verluste geben.

Weiß nicht wie es jetzt ist, aber es klingt noch danach.
"Früher" wurden alle Images in EINEM großen Bild gespeichert, als Raster in einem großen Quadrat, mit X:Y abhängig von der Anzahl der Einzelbilder.
Bei JPEG könnten sich dann benachbarte Bilder beeinflussen und beim bearbeiten/verschieben/neuspeichern würde jedes Mal was verloren gehen.

[PeterPanino]

Entsetzen!! (Noch kein Smiley für diesen Gesichtsausdruck).

Vielen Dank an alle für die Tipps!

Es gehen systematisch Daten verloren, das Problem ist schon länger bekannt und niemand hat bisher etwas dagegen unternommen?? Ich fasse es nicht!! Ein Programm wie die Delphi IDE müsste doch in der Lage sein, Daten fehlerfrei abzuspeichern??

Gibt es denn noch keinen Quality Report bei Embarcadero für diesen Horror?

Leider ist der Tipp mit der DLL zu aufwendig, da ich in der gegenwärtigen Phase sehr häufig Bilder in der ImageList ändere.

[Bernhard Geyer]

Zitat von PeterPanino:

Entsetzen!! (Noch kein Smiley für diesen Gesichtsausdruck).

Vielen Dank an alle für die Tipps!

Es gehen systematisch Daten verloren, das Problem ist schon länger bekannt und niemand hat bisher etwas dagegen unternommen?? Ich fasse es nicht!! Ein Programm wie die Delphi IDE müsste doch in der Lage sein, Daten fehlerfrei abzuspeichern??

Gibt es denn noch keinen Quality Report bei Embarcadero für diesen Horror?

Was kann Emba dafür das MS meint mit jeder Windows-Version hier das Speicherformat ein bischen anders zu handhaben?

Zitat von PeterPanino:

Leider ist der Tipp mit der DLL zu aufwendig, da ich in der gegenwärtigen Phase sehr häufig Bilder in der ImageList ändere.

Wir haben bein uns alle Images auf einem zentralen Formular als "ressourcen-dll".
Mit ein paar Helperfunktionen werden dies Images zur laufzeit überall dort geholt wo sie in ImageListe, Button-Images, ... benötigt werden.

[PeterPanino]

Zitat von Bernhard Geyer:

Was kann Emba dafür das MS meint mit jeder Windows-Version hier das Speicherformat ein bischen anders zu handhaben?

Das hat nichts mit dem Windows-Speicherformat zu tun. In meinem Bericht habe ich beschrieben, dass die Speicherfehler innerhalb kürzester Zeit auftreten.

[Zacherl]

Zitat von PeterPanino:

Das hat nichts mit dem Windows-Speicherformat zu tun.

Mit dem Speicherformat sicher nicht, aber theoretisch könnte der Fehler trotzdem bei Windows liegen. Müsste mal jemand in der VCL nachschauen, wie der Editor die Daten letztendlich speichert. Wird zur Design-Time tatsächlich ImageList_Write bzw. ImageList_WriteEx verwendet, oder verwaltet Delphi das Bitmap am Ende doch selbst?

Edit:
Habe nachgesehen und es wird tatsächlich ImageList_WriteEx verwendet. Allerdings konnte ich das Problem mit den Bitfehlern bei mir nicht reproduzieren. Du hast zwar Recht, dass sich ein einzelnes Byte beim Abspeichern immer ändern, aber dieses Byte befindet sich noch in den 29 Bytes des ImageList Headers. Über das Format konnte ich nicht viel herausfinden, aber ich nehme mal an, dass es sich schlicht und einfach um einen Timestamp oder sowas handelt. An den RAW Daten der Bitmaps ändert sich bei mir zumindest nichts.

[PeterPanino]

Zitat von Zacherl:

Habe nachgesehen und es wird tatsächlich ImageList_WriteEx verwendet. Allerdings konnte ich das Problem mit den Bitfehlern bei mir nicht reproduzieren. Du hast zwar Recht, dass sich ein einzelnes Byte beim Abspeichern immer ändern, aber dieses Byte befindet sich noch in den 29 Bytes des ImageList Headers. Über das Format konnte ich nicht viel herausfinden, aber ich nehme mal an, dass es sich schlicht und einfach um einen Timestamp oder sowas handelt. An den RAW Daten der Bitmaps ändert sich bei mir zumindest nichts.

Vielen Dank! Könnte es sein, dass es am CnWizards ImageList-Property-Editor liegt? Ich habe bisher immer diesen verwendet, da die Images im Delphi ImageList-Editor nicht in Originalgröße dargestellt werden und man deshalb zur Beurteilung des Aussehens der Images immer den ImageList-Editor verlassen muss. Beim CnWizards ImageList-Property-Editor hingegen werden die 16x16 Bilder in Originalgröße dargestellt.

[Luckie]

Dann aber bitte dei DLL mit LoadLibraryEx und dem Flag LOAD_LIBRARY_AS_IMAGE_RESOURCE laden.

[himitsu]

Der "Fehler" ist in so weit bekannt, dass sich Leute mit Code-Versionierung (SVN, Git usw.) "aufregen".
Am Bild ändert sich eigentlich nichts (nicht dass mir was aufgefallen wäre), aber die gespeicherten Daten sehen anders aus. (so als würde man mit einem anderen Passwort verschlüsseln)