Delphi 12 und Classic Code Insight

[dummzeuch]

Zitat von jaenicke:

Du kannst auch problemlos beide Versionen auf einem Rechner verwenden. Wenn du aus Versehen ein Projekt im falschen Delphi öffnest, musst du die resultierenden Änderungen in der Projektdatei ja nicht in dein Code-Repository einchecken.

Oder man verwendet ein Tool, welches automatisch die korrekte Delphi-Version startet.

[jaenicke]

Zitat von dummzeuch:

Oder man verwendet ein Tool, welches automatisch die korrekte Delphi-Version startet.

Ja, sowas hatte ich auch mal geschrieben, allerdings war das nicht so gründlich wie deine Lösung. Ich habe es auch genutzt, um verschiedene Profile zu verwenden.

[DelTurbo]

Huhu,
erstmal vielen dank für eure Antworten. Ich werde mal schauen was ich mache. Den umstieg auf 12 wollte ich machen weil ich .webp Bilder laden wollte. Aber nix für 2007 gefunden habe. Dann hatte ich noch vor, ein kleines Tool für mein Handy zu schreiben womit ich die Klimaanlagen bedienen kann. Das Original Programm ist schlimm und sehr langsam. Die gehen immer über den Hersteller obwohl man die Klimas direkt bedienen kann. Die haben eine API.
Aber Hauptproblem war halt das .webp Format. Das mit Android wäre für mich nur eine Art Zusatz.

Delphi 2007 ist ja auch schon etwas älter. Obwohl ich älter bin.

[himitsu]

Zitat von DelTurbo:

Delphi 2007 ist ja auch schon etwas älter. Obwohl ich älter bin.

Ja, ist bissl älter.
Na du, bist'e auch noch aus'm letzten Jahrtausend?

Ab 2009 kommt erstmal Unicode dazu.
Problemchen bei String/AnsiString/WideString (neu UnicodeString) und PChar/PAnsiChar/PWideChar, wo früher gern gepfuscht wurde.

z.B. PChar mit AnsiString
oder String mit PAnsiChar
und Dergleichen, was jetzt nicht mehr passt, da sich String und PChar verändert haben.
(früher ein Alias für AnsiString und PAnsiChar und jetzt für UnicodeString und PWideChar)

und Resservieren und Kopieren von Speicher für Chars -> SizeOf(Char) ist ja nun 2 Byte groß

oder binäre Daten in Strings laden (früher AnsiString)
also besser RawByteString oder noch besser TBytes

oder ...


und dann wurde hier und da in den letzten 17 Jahren auch noch so einiges umgeräumt und geändert.

[DelTurbo]

Zitat von himitsu:

und dann wurde hier und da in den letzten 17 Jahren auch noch so einiges umgeräumt und geändert.

Ja, alleine das mit 64 Bit. Ich weiß mittlerweile auch das ich den Absprung "verschlafen" habe. Aber für das was ich so mache reicht mir immer noch das 2007. Was ich schade finde das man nur ein "Hello World" auf allen Delphi Versionen erzeugen kann. Da müsste es ein Tool geben was die "alten" Sources anpasst. Aber sowas habe ich nicht gefunden.

Nochmal danke an alle. Das man z.b. 2 Delphi Versionen auf einem Rechner Installieren kann wusste ich nicht, bzw. ich meine hier im Forum mal gelesen zu haben das es nicht geht. Ist aber schon lange her.

[dummzeuch]

Zitat von DelTurbo:

Was ich schade finde das man nur ein "Hello World" auf allen Delphi Versionen erzeugen kann. Da müsste es ein Tool geben was die "alten" Sources anpasst. Aber sowas habe ich nicht gefunden.

Ich habe im Laufe der letzten Jahren sehr viele Programme von Delphi 2007 auf XE2 und 10.2 konvertiert. Der Aufwand hielt sich eigentlich in Grenzen. Probleme machen nur Komponenten, die es für die neue Version nicht (mehr) gibt und für die man keinen Sourcecode hat, und der Missbrauch von (Ansi)String für generische Daten. Ab und zu passierte es auch, dass die .dproj-Datei nicht sauber konvertiert wurde. In dem Fall lösche ich sie meistens, lasse sie von Delphi neu erzeugen und passe sie dann an.

Eine Konvertierung zu Delphi 12 habe ich bisher nicht versucht. Da beschränkt sich meine Erfahrung auf GExperts und ein paar relativ einfache Tools und Plugins. Delphi 12.2 macht aber insgesamt einen deutlich besseren Eindruck als alles, was ich seit Delphi 11 zu sehen bekommen habe. Von perfekt ist es allerdings auch noch weit entfernt. Was mich allerdings gehörig nervt, sind die inkompatiblen Änderungen an den .dfm-Dateien.

[himitsu]

Zitat von dummzeuch:

Was mich allerdings gehörig nervt, sind die inkompatiblen Änderungen an den .dfm-Dateien.

Ja, für alle, welche noch in der Umstellung sind, oder ältere Delphis noch parallel betreiben müssen,
wäre es nett gewesen, wenn man sowas im neuen Delphi deaktivieren könnte (bzw. wieder aktivieren).
z.B. OldCreateOrder

Wir mußten uns dafür dief in den DFM-Loader des FormDesigners im Delphi
und ins DFM-Laden im kompilierten Programm reinhacken, damit es hier endlich geht.

Aber egal, denn dass mußten wir sowieso, da Emba sich weigert einen Bug zu beheben, wo ich ihnren sogar die Lösung geliefert hab. (in zwei Settern je eine Variable auf 0 setzen)