Gute Neuigkeit! DEC 6.2 soeben released!

[EdAdvokat]

Also wie ich bereits zuvor feststellen konnte braucht Delphi Berlin, Tokio und Rio und sicher auch 10.4 das FMX.Grid.Style-Modul.
Wenn wie jetzt eingestellt in den CompilerDirektiven mit < 34 läuft es nicht ! mit < 31 läuft es !
Mit <34 erhalte ich folgende Oberfläche im Benchmarm_FMX und nichts geht mehr:

Für Klasse TStringGrid wurde kein TStyledPresentation Proxy-Nachkomme registerit
Eventuell muss das FMX.Grid.Style Modul in den uses -Abschnitt eingefügt werden.

[TurboMagic]

Sorry, das hatte ich irgendwie überlesen oder so.
Ist jetzt aber in dem Branch gefixt.

Sind wir dann durch?

[EdAdvokat]

also von Seattle, Berlin, Tokio und aus Rio funkt es: Erfolg!!!

Die jeweiligen Programme werfen keine Exception beim Aufruf und offensichtlich stimmt auch sonst alles soweit.

Etwas bewegt mich jedoch - wie hast Du dass Problem mit der Registierung der neuen HashSHA3_512 usw gelöst?

Wäre es auch möglich, nur einzelne Hash-Funktionen relativ unkompliziert in eigene Programme zu verwenden oder hängt da immer
ein gewaltiger Rattenschwanz mit dran?
Die gleiche Frage ergibt sich bei der Verwendung einzelner Chiffreverfahren.
Einfach die nicht benötigten auskommentieren?
Sicher muss ich da nochmals tiefer eintauchen.

[TurboMagic]

Hallo,

am Klassenregistrierungsmechanismus habe ich nichts mehr geändert,
ruft man die Funktion mit vollständigem Klassennamen auf, funktioniert
alles wie gedacht. Dafür ist's da

Aber:

1. Standardmäßig werden erstmal alle Klassen registriert, es
würde vermutlich also aller Code mit reincompiliert aber:

2. Es gibt inzwischen ein Define "ManualRegisterClasses".
Wenn dieses definiert ist werden gar keine Klassen registriert.
Dann wird durch Smartlinking in Delphi nur das mit reincompiliert/gelinkt,
was du auch benutzt.

3. Den Klassenregistrierungsmechanismus muss man nicht benutzen. Der ist
u.a. drin, weil es das früher schon mal gab und kann in bestimmten
Situationen (wie den FMX Demos für Hashes und Ciphers) nützlich sein oder
wenn man ein verschlüsseltes Dateiformat konstruiert, welches verschiedene
Algorithmen erlaubt. Dann kann man die Identity benutzen und über den
Registrierungsmechanismus eine Instanz des benötigten Algorithmus erzeugen.

Wenn nichts dagegen spricht würde ich diese Fassung dann als 6.2.1 veröffentlichen, ok?

Grüße
TurboMagic

[EdAdvokat]

Also aus meiner ganz bescheidenen Sicht spricht nichts gegen den erneuten Stapellauf! Aber ggf. äußern sich noch andere kompetentere User, denn einige haben das Procedure ja mit
verfolgt und haben vermutlich dazu auch eine Meinung.

[Michael II]

Habe soeben 6.2.1 bugfix... heruntergeladen und installiert. Wenn ich mit 10.4.2 Demos\Cipher_FMX in der IDE starte, dann zeigt mir Delphi an:
Im Projekt Cipher_FMX.exe ist eine Exception der Klasse EReadError mit der Meldung 'Ungültiger Eigenschaftswert' aufgetreten. ---------------
Im Projekt Cipher_FMX.exe ist eine Exception der Klasse EReadError mit der Meldung 'Fehler beim Lesen von ComboBoxCipherAlgorithm.OnChange: Ungültiger Eigenschaftswert' aufgetreten. Das Programm wird beendet.

[EdAdvokat]

ich habe mal die MainForm.pas von Cipher_FMX mit früheren Versionen(06.03.21) verglichen. procedure TFormMain.ComboBoxCipherAlgorithmChange(Sender: TObject): Zeile 279 und folgende
unterscheiden sich lediglich dadurch das jetzt verwendete inttostr und früher .tostring eingesetzt wurde.
Ich habe mal probeweise den alten Zustand mit .tostring wiederhergestellt und bei mir läuft es durch. Sollte also ggf. mit D 10.4.2 getestet werden. Oder hat es mit der alten Version
und D 10.4 da auch schon Probleme gegeben?