Delphi 13 Florence Vorstellung Webinar

[KHJ]

Überraschung!
Laut EMBA ist GETIT in der 64 bit IDE (Professional)nach wie vor nicht vorgesehen und auf ReadOnly geschaltet.
https://embt.atlassian.net/servicede...tal/1/RSS-4051

[perpeto1234]

Zitat von KHJ:

Überraschung!
Laut EMBA ist GETIT in der 64 bit IDE (Professional)nach wie vor nicht vorgesehen und auf ReadOnly geschaltet.
https://embt.atlassian.net/servicede...tal/1/RSS-4051

oh wow... das zum thema 64bit IDE ist in Delphi 13 nun aus dem "experimental"-status draussen.

[Cypheros]

Naja, zumindest die Titelbar-Komponente scheint mit Delphi 13 endlich gefixt zu sein.

Windows 10
Screenshot1.JPG

Windows 11
Screenshot 2025-09-11 092619.jpg

[Commander Tom]

Kann ich so bestätigen, ist tatsächlich so in Delphi 13 64-Bit

Zitat von KHJ:

Überraschung!
Laut EMBA ist GETIT in der 64 bit IDE (Professional)nach wie vor nicht vorgesehen und auf ReadOnly geschaltet.
https://embt.atlassian.net/servicede...tal/1/RSS-4051

[perpeto1234]

Zitat von Commander Tom:

Kann ich so bestätigen, ist tatsächlich so in Delphi 13 64-Bit

Zitat von KHJ:

Überraschung!
Laut EMBA ist GETIT in der 64 bit IDE (Professional)nach wie vor nicht vorgesehen und auf ReadOnly geschaltet.
https://embt.atlassian.net/servicede...tal/1/RSS-4051

Wurde nun geschlossen mit diesem Kommentar: "Closed as Test Case Error"

Was soll das heissen?

[OlliWW]

Zitat von Cypheros:

Habe mir die Stunde Zeit genommen und es mir angeschaut aber ehrlich gesagt bin ich sehr enttäuscht.

Das leider auch mein Fazit zu dieser Version.
Wenn eine der ersten Sachen, die man vorstellt, ist, dass man zurück zu Classic Code Inisght gehen kann, dann weiß man schon, dass da nach keine weiteren großen Neuigkeiten kommen können.
Auch MMX - gutes Tool - als Alternative zu IDE Funktionen anzubieten, finde ich für ein solch teures Produkt eher enttäuschend.

Alles in allem frage ich mich als Windows Entwickler, ob es überhaupt notwendig ist von 12.3. auf 13 zu wechseln.

[Cypheros]

Zitat von OlliWW:

Alles in allem frage ich mich als Windows Entwickler, ob es überhaupt notwendig ist von 12.3. auf 13 zu wechseln.

Ja, das genau frage ich mich auch. Darum war ich so überrascht, dass dazu keiner etwas geschrieben hatte, nach der Vorstellung gestern.
Eine Hand voll kleiner Features und ein paar Bugfixes gerechtfertigen nicht die immensen Kosten für das Produkt, zumal die eigentlichen Fehler, die einem als Programmierer das Leben schwer machen, nicht angegangen werden.
Es ist einfach nur nervig, wenn Fehler in der falschen Code-Zeile angezeigt werden, das Refactoring die Arbeit verweigert oder der Debugger oder die IDE abstürzen.

Zum Aufspüren von Memory-Leaks oder zum Profiling muss ich externe Tools verwenden, dabei gehört so etwas nach meiner Meinung zum festen Bestandteil einer professionellen Entwicklungs-Umgebung.

[Rollo62]

Zitat von Cypheros:

... Der Debugger ist ein Krampf ... Embarcadero kommt mit den vielen jährlichen OS-Änderungen bei Windows, IOS, MacOs, Android einfach nicht mit. Das ist vermutlich Absicht der OS-Hersteller aber für Entwickler vom Aufwand her tödlich.

Exakt mein Problem, das Debuggen unter Macos, iOS, Android wird zunehmend problematisch und ich bin darauf ziemlich angewiesen, um externe Protokolle zu debuggen.
Es scheint da gar nichts Positives zu geben und hätte mir wenigstens ein paar Statements und Workarounds zu erwartet.

Wenn ich mich andererseits mal bei PHP, Laravel, Filament und Python umschaue, dann fällt mir die Klappe runten, wie smooth das alles abläuft.
Da ist Delphi Lichtjahre dahinter.

Ich mache Embarcadero keine großen Vorwürfe, denn ich sehe auch Google/Apple als Treiber dahinter, möglichst alles Inkompatibel zu halten.
Trotzdem würde ich mir mehr Support wünschen um diese Basics anzugehen oder zumindest eine Roadmap abzugeben.

Angeblich können die zu iOS nichts sagen, weil Apple die finalen Quellen erst demnächst freigibt,
aber die arbeiten doch hoffentlich schon mit Betaversionen und könnten Feedback geben.
Diese ganze Geheimnistuerei geht mir mächtig auf den Geist, auch mit den Delphi-Beta-Testern,
ganz so als ob irgend jemand ein zweites Delphi nachbauen wollte oder "Delphi Features" in VsCode integrieren wollte.
Das ist absurd

[jaenicke]

Zitat von Uwe Raabe:

Zitat von jaenicke:

Was ich nicht verstehe, ist NameOf. Ich kann da z.B. keinen Methodenzeiger reinpacken, was für Logs gut gewesen wäre. Und ich kann offenbar auch nicht den Namen der aktuellen Funktion irgendwie ermitteln.

Bei NameOf gibt es in der Tat noch so einige Lücken, was den Nutzen leider arg schmälert. Ich hoffe mal, dass die sich mit einem zeitnahen Patch schließen lassen.

Ich hatte dort ja auch kommentiert. Einen wirklich enormen Nutzen hätte das gehabt, wenn man z.B. ohne Parameter schlicht den Namen der aktuellen Funktion bekommen hätte.

Zitat von Rollo62:

Diese ganze Geheimnistuerei geht mir mächtig auf den Geist, auch mit den Delphi-Beta-Testern,
ganz so als ob irgend jemand ein zweites Delphi nachbauen wollte oder "Delphi Features" in VsCode integrieren wollte.
Das ist absurd

Darum geht es dort nicht. Das ist typisch für Firmen in den USA. Hier in Europa ist eher Transparenz und Kundenbindung ein Thema, in dem USA möchte man eher mit einem Rumms möglichst viel veröffentlichen, um einen kurzfristigen Marketingeffekt zu bekommen. Die verstehen dort schlicht nicht, dass das nicht überall gut ankommt.

Das Effektgehasche auch rund um Wahlen usw. ist auch nichts anderes. Kurzfristig auffallen, alles andere ist dann egal. Das gibt es hier auch, aber bei weitem nicht so extrem.

Dazu kommt, dass es dort viel heftigere Klagemöglichkeiten gibt. Und obwohl immer dabeisteht, dass sich alles noch bis zum Release ändern kann, gab es dort schon viele Klagen gegen Firmen, die voreilig eine Roadmap oder ähnliches veröffentlicht haben, sei es von Anteilseignern oder Kunden.

Deshalb gibt es dort einen anderen Umgang mit solchen Informationen. Das muss man als Europäer nicht gut finden, aber ändern wird das bei amerikanischen Firmen nichts. Dazu sitzt das zu fest in den Köpfen. Leider.

[Cypheros]

Wenn ich ein RAD-Studio 13 FMX-Projekt mit dem Dateimanager doppelklicke, startet die IDE aber bleibt dann mit einer Fehlermeldung "Systemfehler. Code: 1400." stehen. Ich kann dann mit OK weitermachen aber keine Formulare anzeigen.
Öffne ich RAD-Studio 13 und lade das gleiche FMX-Projekt über die IDE, gibt es keine Probleme, weder bei 32bit noch bei 64bit.

Screenshot1.JPG