Neue Roadmap August 2018 erschienen

[Uwe Raabe]

Bitte schön: https://community.embarcadero.com/ar...t-2018-roadmap

[Der schöne Günther]

Ich heiße diese Roadmap gut.

Thread kann geschlossen werden.


Nein, ernsthaft: Seit ich vor ein paar Jahren mit Delphi angefangen habe ist die IDE in Form des VCL-Formular-Editors und dem Code-Editor eine Hassliebe. Vieles ist so gut, und dann wird so vieles wieder durch so unnötige Bugs zunichte gemacht.

Die kommenden "Language enhancements" lesen sich super spannend und ich denke mit relativ wenig Arbeit könnte ich eine Menge Gewinn bei Win10-Integration machen lassen. Ich bin gespannt und positiv gestimmt :-)

[himitsu]

Zitat:

Compiler and CodeInsight quality

Kann nie schaden.
Musste hier mal wieder CodeInsight runterschrauben, da seit mitte letzter Woche ab und an die IDE komplett hängen bleibt, wenn die was anzeigen will. :cry:

Zitat:

Language Enhancement with records default constructors, destructors and copy operators

Mehrmals im QC und Quality in den letzten 10 Jahren gewünscht, sogar mal inkl. den 2-3 Stellen, wo nur je 'ne Zeile Quellcode in die System.pas rein müsste.
Und nun doch endlich mal erhört wurden? Ich bin baff.

[Mavarik]

Zitat:

Zitat von Der schöne Günther (Beitrag 1410033)

Ich heiße diese Roadmap gut.

Thread kann geschlossen werden.

ohh, ich nicht, macOS64 erst nächstes Jahr!

[Darlo]

Zitat:

Zitat von Mavarik (Beitrag 1410040)

Zitat:

Zitat von Der schöne Günther (Beitrag 1410033)

Ich heiße diese Roadmap gut.

Thread kann geschlossen werden.

ohh, ich nicht, macOS64 erst nächstes Jahr!

Das ist schon hart... 😩

[Lemmy]

Zitat:

Zitat von Mavarik (Beitrag 1410040)

Zitat:

Zitat von Der schöne Günther (Beitrag 1410033)

Ich heiße diese Roadmap gut.

Thread kann geschlossen werden.

ohh, ich nicht, macOS64 erst nächstes Jahr!

ich kenne auch 2, die beißen vermutlich gerade in die Schreibtischplatte :-(

[CHackbart]

Drei, ich beisse auch gerade :(

[himitsu]

Knabbert besser an Kuchen

und es heißt "schon". :oops:

[TiGü]

Zitat:

We are also integrating a number of items from Andreas Hausladen’s IDE Fix Pack, which we licensed earlier this year

Ach guck! :shock:


Alles in Allem liest sich die Roadmap ja ganz nett.

Ich bin gespannt, wie die leichten UI-Verbesserungen aussehen werden und ob die IDE nun wirklich schön auf einen 4k mit 150 % skaliert.

Dem CodeInsight/ErrorInsight gebe ich dann wieder eine Chance und deaktiviere es nicht gleich.

Ob wohl dieses Mal von Hause aus die Unterstützung für neuere Direct2D-Versionen mit dabei ist?
Klar gibt es Übersetzungen aus der Community, aber die sind mehr oder weniger gut gemacht und einen (FMX-)Canvas, per se die neueren Direct2D-Effekte unterstützt wäre nichts verkehrtes.

[Uwe Raabe]

Zitat:

Zitat von TiGü (Beitrag 1410091)

Ich bin gespannt, wie die leichten UI-Verbesserungen aussehen werden und ob die IDE nun wirklich schön auf einen 4k mit 150 % skaliert.

Die High-DPI Unterstützung für die IDE ist aber erst für 10.3.x vorgesehen. Da würde ich für die initiale 10.3 jetzt nicht viel erwarten.

Ich finde aus aber viel wichtiger, daß die erzeugten Programme mit High-DPI (insbesondere Per Monitor DPI v2) klar kommen.

[jbg]

Zitat:

Zitat von TiGü (Beitrag 1410091)

Zitat:

We are also integrating a number of items from Andreas Hausladen’s IDE Fix Pack, which we licensed earlier this year

Ach guck! :shock:

Das heißt aber auch, dass sie jetzt Code-Stellen anfassen, die IDEFixPack seit einem Jahrzehnt ohne Änderung patchen konnte. Somit wird es wohl kein neues IDEFixPack mehr für das neue Delphi geben. Was also nicht schon durch das "a number of items" abgedeckt ist, geht verloren.

[mkinzler]

Oder sie Ptachen haltr auch auf Binärebene

[jbg]

Zitat:

Zitat von mkinzler (Beitrag 1410111)

Oder sie Ptachen haltr auch auf Binärebene

Dann müssten sie den Assemblercode und die Algorithmen auch nicht verstehen und könnten alle Patches nutzen :-)

Ich glaube aber eher, dass sie die komplett in Delphi geschriebenen Funktionen verwenden werden, die andere komplett ersetzen (z.B. ExtractFilePath => FastExtractFilePath). Die Funkionen, die sich zwischen den Assembler-Instruktionen einnisten sind da schon etwas komplizierter und deren Funktionsnamen sind teilweise frei erfunden.

[KodeZwerg]

Zitat:

Zitat von Uwe Raabe (Beitrag 1410029)

Bitte schön: https://community.embarcadero.com/ar...t-2018-roadmap

Dankeschön.:thumb:

[Friday]

Ich finde vor allem schade dass die Nullable Types auf 10.4.x verschoben wurden.

[mkinzler]

Wenn man diese benötigt: Spring4D

[bernau]

Zitat:

Zitat von mkinzler (Beitrag 1412430)

Wenn man diese benötigt: Spring4D

Kann man natürlich verwenden. Oder auch Franks FDK

Aber wenn es in Delphi ohne externe Komponenten oder Units vorhanden ist, dann ist es schon was Feines.

Mich würde es auch interessieren, wie tief die Nullables in der in der Sprache integriert sind. Wird es einen neuen Typen NullableInteger geben? Oder ist das Integer dann von Haus aus Nullable?

[mkinzler]

Das würde jegliche Kompatibilität sprengen. Ich vermute mal, dass dies gesonderte (generische) Typen sein werden.

[himitsu]

Zitat:

Zitat von bernau (Beitrag 1412432)

Oder ist das Integer dann von Haus aus Nullable?

Der Wert "Null" müsste ja in dem Integer gespeichert werden und dort ist kein Platz dafür.
(außer man würde "einen" der vorhandenen Werte dafür reservieren, aber das geht "allgemein" nicht, also nicht standardmäßig für "Alle" und überall)

Und den Integer einfach vergrößern geht auch nicht, da sonst Records und sonstige Datenübergaben/-speicherungen nicht mehr stimmen würden.

Der Integer muß also explizit irgendwo drin gekapselt werden, eben sowas wie ein generisches TNullable<> oder mehrere neue native Nullable-Typen, welche das zusätzliche Bit Byte/Boolean enthalten.
z.B. ähnlich wie beim Variant ... so gesehn haben wir schon seit Ewigkeiten einen Nullable-Typen und der kann sogar noch mehr (oder weniger) als nur Null -> Empty

[Stevie]

Tip für die, die sich fragen, wie die nullables wohl implementiert werden: Schaut euch die geplanten Language Enhancements für 10.3 an. ;)

Zitat:

Zitat von himitsu (Beitrag 1412435)

so gesehn haben wir schon seit Ewigkeiten einen Nullable-Typen und der kann sogar noch mehr (oder weniger) als nur Null -> Empty

Jo, nur leider ohne jegliche Typensicherheit wo sich jeder in seinem Leben schon einmal gefragt hat, warum da plötzlich ein unerwarteter Wert stand oder eine Exception flog.

[himitsu]

Die Exception flog doch, weil der Typ geprüft wurde (zur Laufzeit) und ein Typ drin war, der grade nicht passte. :nerd: