Delphi 10.4 Beta

[arnof]

Zitat:

Zitat von himitsu (Beitrag 1462093)

Zitat:

Zitat von arnof (Beitrag 1462082)

Ich bin ja ein bekennender Delphi Fanboy (weil ich nichts anderes "richtig" kann ;-) ), aber die Zusammenführung von Installationswegen, ist so wichtig wie der Sack Reis in China .....

Nja, da im Moment die beiden Installer inkompatibel sind, was Reparaturen und Updates betrifft, ist sas schon wichtig, dass es englich wieder Eins wird.

Und die 64 Bit IDE ... nja, da zu diesem Zeitpunkt praktisch auch sämtliche Erweiterungen und interierte Zusatzkomponenten erstmal nicht mehr funktionieren werden, wird dir das nicht so viel Spaß bereiten, wie du vielleicht denkst.
Bei den Komponenten kann man die ja dann erstmal zur Laufzeit erzeugen. Die selbst sollten ja inzwischen hoffentlich größtenteils mit 64 Bit arbeiten können ... fehlen dann nur noch die DesignTime-Funktionen.

Komponenten gehen i.d.R. sowie so nicht mit der neuen Version und müssen angepasst werden , also ist das keine Neuigkeit, seidenn Du hast die Quelltexte, dann macht 64 BIT keinen Unterschied ...


Zur 64 BIT IDE:

Ich meine mich an eine Roadshow 2009 erinnern zu können da hatten Codegeare/Embacadero schon mal den Codename "Commodore" für die 64 BIT IDE ...., da das der nächste logische Schritt währe, da die IDE auch in Delphi entwickelt wäre ...

Hallo Herr Eissing ;-)

[MEissing]

Zitat:

Zitat von arnof (Beitrag 1462099)

Hallo Herr Eissing ;-)

Hallo! :wiejetzt:

(Ankündigungen sind keine zugesicherten Produkteigenschaften und können sich jederzeit ändern)

[DeddyH]

Mir würde es schon genügen, wenn man weniger Wert auf Featuritis als auf Stabilität (zumindest der IDE) legen würde. Dann müsste ich mich auch nicht mehr aufregen, dass mir die Code-Vervollständigung in einer Unit, in der von anonymen Methoden heftig Gebrauch gemacht wird, hinter jedem manuellen Zeilenumbruch ein "end;" einfügt, obwohl dort keins hingehört. Error-Inside (:mrgreen:) nervt seit über 10 Jahren mit Falschmeldungen, in komplexeren Units funktioniert die Navigation zwischen Deklaration und Implementation nicht und und und... Von FMX fange ich erst gar nicht an, das habe ich schon lange ad acta gelegt, da sind andere weit voraus und auch noch kostenlos.

[DieDolly]

Das hier ist interessnter, weil doch etwas mehr Detail drin steckt. Aber nur etwas.
https://community.idera.com/develope...udio-10-4-beta

Aber das Bild mit dem Schriftzug Denali sieht aus, als hätte es ein 12-jähriges Kind gemalt

Ist echt nur das in 10.4 drin? Und dafür muss man so lange warten?
Wurde denn CodeInsight behoben, sodass keine inline-deklarierten variablen mehr als Fehler angezeigt werden?

[Sherlock]

Den Umstieg von OpenGL auf Metal2 als "nur" zu bezeichnen halte ich für heftig. LSP ist auch nicht ohne.
Es ist in diesem Release halt wieder mehr für Nicht-Windosen dabei. Man kann es nicht allen Recht machen.

Sherlock

[DieDolly]

Mir sind eher die IDE Bugfixes wichtig oder generell eine vernünftige IDE, nicht Windows speziell.
Aber ich bin leider nur ich. Die Mehrheit ist jemand anders.

[Sherlock]

Ich wünsche mir schon seit Jahren ein reines Bugfix Release, dazu fehlt jedoch der Mut. Also wurschtelt man ein mehr oder minder Überflüssiges "heißes" Sprachfeature nach dem anderen hinzu, und vergrault sich die langjährigen Nutzer, nur um den einen oder anderen verirrten Javaisten oder Pythoniker einzufangen.

Für App-Entwickler, muss aber ziemlich oft und auch regelmäßig viel getan werden, damit die nicht wieder abspringen. FMX für iOS/macOS ist wirklich gut geworden, wenn es nur nicht so unperformant wäre. Metal2 könnte der richtige Schritt sein, Dampf zu machen. Bin leider seit gut 6 Monaten weg von FMX für iOS, jetzt nur noch Win/macOS. Vielleicht geht es ja mit 10.4 wieder besser.

Sherlock

[mschaefer]

Eigentlich sollte es möglich sein, dass auch Fremd-Komponenten nur zu Main-Reeases neu kompiliert werden müssen. Das zu jeder Version Änderungen im dcu-Format nötig/gewollt sind, sollte mal überdacht werden.

[Uwe Raabe]

Zitat:

Zitat von mschaefer (Beitrag 1462157)

Eigentlich sollte es möglich sein, dass auch Fremd-Komponenten nur zu Main-Reeases neu kompiliert werden müssen. Das zu jeder Version Änderungen im dcu-Format nötig/gewollt sind, sollte mal überdacht werden.

Hier geht es ja ausschließlich um Main-Releases. Innerhalb einer Delphi Version (z.B. 10.2.x, 10.3.x) bleibt das DCU-Format ja konstant.

[mschaefer]

ok, dann update ich mich da mal, Danke :-)