AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Die Delphi-IDE Delphi 13 Florence wurde veröffentlicht
Thema durchsuchen
Ansicht
Themen-Optionen

Delphi 13 Florence wurde veröffentlicht

Ein Thema von DevidEspenschied · begonnen am 27. Sep 2025 · letzter Beitrag vom 29. Sep 2025
Antwort Antwort
Seite 2 von 2     12   
Benutzerbild von jaenicke
jaenicke

Registriert seit: 10. Jun 2003
Ort: Berlin
10.135 Beiträge
 
Delphi 12 Athens
 
#1

AW: Delphi 13 Florence wurde veröffentlicht

  Alt 27. Sep 2025, 13:33
Das fängt beim Extrahieren eines Interfaces an
Was genau fehlt denn bei Extract Interface?
Ehrlich gesagt wusste ich nicht, dass es das gibt, ebenso wie das Extrahieren aus einer Klasse, weil ich es nicht bei den Membern vermutet hatte und es daher schlicht übersehen habe. Das funktionierte bei Delphi ja so, dass man die Klasse markiert hat, den Befehl aufgerufen hat, die Member ausgewählt hat, das Interface benannt hat und Delphi dieses Interface dann deklariert und bei der Klasse als implementiertes Interface eingetragen hat.

Refactorings -> Move to?
Das habe ich nie gebraucht und eben nicht gefunden, als ich die Funktionen verglichen habe. Mein Fehler.

bis z.B. zu sicherem Löschen.
Was genau meinst du denn damit?
Die entsprechend benannte Funktion in Delphi hatte vor dem Löschen geprüft, ob das Element irgendwo verwendet wird.

So ganz allgemein stelle ich mir allerdings die Frage: Warum sind mir solche Dinge nicht schon viel früher zugetragen worden? Bugs and Features
Weil ich MMX zwar für das Editieren von Elementen usw. verwendet habe (wobei es schön wäre, wenn man auch mehrere parallel editieren könnte, ja, kann ich als Featurewunsch eintragen), für echtes Refactoring aber nicht als Ersatz gesehen habe. Denn meiner Meinung setzt das voraus, dass der Gesamtzusammenhang im Projekt verwendet wird (Compiler, LSP) und nicht "nur" auf einem Syntaxbaum einer Unit gearbeitet wird, was MMX angesichts des Umbenennens ja vermutlich tut.
Sebastian Jänicke
AppCentral
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.846 Beiträge
 
Delphi 12 Athens
 
#2

AW: Delphi 13 Florence wurde veröffentlicht

  Alt 27. Sep 2025, 13:50
Vielleicht sollte ich dich anpingen wenn mal ein neuer MMX Workshop ansteht?

Die entsprechend benannte Funktion in Delphi hatte vor dem Löschen geprüft, ob das Element irgendwo verwendet wird.
Da sind ja die technischen Voraussetzungen identisch mit dem Unit-übergreifenden Umbenennen. Ich werde das mal mit in das Epic Code Model aufnehmen.
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
ringli

Registriert seit: 7. Okt 2004
518 Beiträge
 
Delphi 11 Alexandria
 
#3

AW: Delphi 13 Florence wurde veröffentlicht

  Alt Heute, 17:50
So ganz allgemein stelle ich mir allerdings die Frage: Warum sind mir solche Dinge nicht schon viel früher zugetragen worden?
Ich hatte schon mal den Wunsch an Uwe herangetragen das MMX eine deutsche Oberfläche bekommt. Die Priorität war laut Uwe leider nicht besonders hoch. Vielleicht ändert sich das ja jetzt auf Grund der aktuellen (Refactoring-)Situation in Delphi 13?
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.786 Beiträge
 
Delphi 12 Athens
 
#4

AW: Delphi 13 Florence wurde veröffentlicht

  Alt Heute, 21:19
Es muß jetzt einfach nur noch so gut werden, dass Emba in Zukunft da selbst garnichts mehr machen muß, weil gibt ja schon was.


Emba sich das dann schnappt/kauft, es über eine Preiserhöhung ins Delphi integriert und es dann die nächsten 10-15 Jahre verfallen lässt,
bis das ganze wieder von vorne losgeht.
Ein Therapeut entspricht 1024 Gigapeut.
  Mit Zitat antworten Zitat
Benutzerbild von pustekuchen
pustekuchen

Registriert seit: 27. Aug 2010
271 Beiträge
 
Delphi 11 Alexandria
 
#5

AW: Delphi 13 Florence wurde veröffentlicht

  Alt Heute, 22:21
Meines erachtens braucht es folgende Dinge, damit Delphi überhaupt noch eine Zukunft hat.

- Kostenlose Nutzung des Compilers für Open-Source Projekte (Siehe MSVC)
- Get-It Server (Selfhosting) / Alternative Remotes hinzufügen
- Cross-Compiling unter Linux für Windows und bereitstellung von Docker-Containern
- Bereitstellung von Github Actions/Hosted Runners zum Compilieren von Delphi Projekten
- Eine IDE die funktioniert. Deutliche Verbesserung der UX. Einrichten von Packages, Fehlersuche etc. ist totale Katastrophe. Dialoge die einen extrem aufhalten.
- Ein flexibleres Setup. Oh ich habe vergessen eine Komponente bei der Installation anzugeben - Bitte installiere einmal komplett neu, weil du hast ja gepatch und jetzt findet die IDE die ursprüngliche ISO nicht mehr. Ohh es gibt einen Update - bitte installiere einmal neu! Lizenzupgrade? Achja neuinstallation. Da ist sowas von nichts RAPID.
- Neulinge sind teilweise tagelang mit der Installation /Einrichtung der IDE beschäftigt, obwohl man schon selbst versucht hat vieles zu vereinheitlichen und entsprechende Guides anbietet. Man benötigt unheimliches Hintergrundwissen, warum, wieso, welcher Fehler auftritt und dies auch nachzuvollziehen.
- Vereinfachung der Lizenzen / Datenbank Komponenten sollten in jeder bezahlten Version enthalten sein.
- Einbindung von KI in der IDE ala Copilot in VSCode - Autovervollständigung beim Tippen! Kein Standalone Chatfenster mit einem KI-Model.
- Versionkontrollsystem freundlichkeit (Ständige Veränderung von Projekt/Formualar Dateien) - Project Magician hilft hier schon einen großteil abzufangen. Danke @Uwe

Unser Delphi Entwickler werden immer weniger - Neue Projekte mit Delphi? Nein, danke. Es gibt besser, günstigere/kostenlose alternativen, mit denen man wirklich RAPID ist.
Der einzige Punkt, wo Delphi im Grunde stark ist, ist in der Erstellung von GUI-Anwendungen. Bei C++ braucht man Qt, was vergleichbar ist. Bei Rust, kommt man praktisch nicht drum herum auf Web-Technologien aufzubauen. (Ja, es gibt noch egui und slint)

Wenn sich nicht der Open-Source Community geöffnet wird, wird es auch immer weniger neuen Zuwachs in der Delphi-Community geben. Gefühlt sind es noch Legacy Produkte die in den Unternehmen weiter gepflegt werden müssen. Unternehmen die sich bei neuen Projekten für Delphi entscheiden (und vorher noch kein Delphi im Einsatz hatten) gibt es vermutlich nur sehr sehr wenige.

P.S. Ich finde es toll, dass pasfmt von Embacadero unterstützt wird . Das Ziel von pasfmt ist es einen einheitlichen Formatierungsstil zu definieren, den der überwiegende Teil der Community passt. Das verstehen viele nicht und regen sich über wenige Konfigurationsmöglichkeiten auf, die es bei diesem Ansatz aber auch nicht benötigt. Es kursieren total viele verschiedene Formatierungsstile unter den Delphi-Entwicklern, welche die Wartung/Lesen von Delphi-Code für jeden anderen erschwert.
Delphi programming is awesome.

Geändert von pustekuchen (Heute um 22:31 Uhr)
  Mit Zitat antworten Zitat
fisipjm

Registriert seit: 28. Okt 2013
371 Beiträge
 
Delphi 12 Athens
 
#6

AW: Delphi 13 Florence wurde veröffentlicht

  Alt Heute, 09:26
Den Code-Formatierer hat Embarcadero ebenfalls aufgrund vieler Probleme entfernt und empfiehlt hierfür "pasfmt", wobei es sich um eine Rust-Lösung handelt, die mit einem RAD Studio PlugIn in die IDE integrierbar ist (pasfmt-rad). Es wird daran gearbeitet, dieses Tool demnächst über GetIt bereitzustellen.
Ich hab das Tool in die IDE Installiert. Geht schnell und verhältnismäßig unkompliziert. Mit GetIt dann ja noch einfacher .
Aber ganz ehrlich, das Tool ist sowas von unausgereift, da vermisse ich den alten schon direkt. Es hat ein paar Features die der alte nicht hatte (z.B. die Möglichkeit gewisse Code Zeilen auszuklammern), aber sonst fehlt mir fast alles:

1.) Ich möchte die Möglichkeit haben zu bestimmen wie meine Uses behandelt werden (ohne das ich jede Unit in jedem Projekt mit einer Ausnahme bestücken muss)
2.) Ich arbeite in einem Team, das leider nicht mit der exakt selben Formatierung arbeitet. Der alte Formater konnte auch nur die markierten Zeile formatieren. Der Workaround kann nur alles. Damit allein ist er für mich schon raus.
3.) Die neuen Features werden genau so wenig unterstützt wie beim alten bis auf Multiline-Strings
4.) Die Konfigurationsmöglichkeiten sind im Projekt sehr überschaubar im vergleich zum alten
5.) Die Konfiguration wird auf Projektebene und nicht mehr auf Ebene der IDE gespeichert, was ein zusätzlicher Paradigmenwechsel ist
6.) Die Tastenkombination lässt sich nicht ändern und ist fix auf Strg+Alt+F festgelegt (Strg+D, Strg+S, mach ich mittlerweile schon im Schlaf. Und ja, ich hab die autosave Funktion gesehen, will ich aber nicht bei jeder Unit)

Da braucht man schon Nerven das als "Workaround" zu verkaufen
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.846 Beiträge
 
Delphi 12 Athens
 
#7

AW: Delphi 13 Florence wurde veröffentlicht

  Alt Heute, 09:29
Alternativ könntest du mal den GExperts Formatter ausprobieren,
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
fisipjm

Registriert seit: 28. Okt 2013
371 Beiträge
 
Delphi 12 Athens
 
#8

AW: Delphi 13 Florence wurde veröffentlicht

  Alt Heute, 15:43
Alternativ könntest du mal den GExperts Formatter ausprobieren,
Hab jetzt etwas Zeit investiert und kann mein Projekt jetzt auch endlich aus VS Code erzeugen und starten. Läuft zwar kein Debugger und ich muss auf MSBuild zurück greifen, aber solange ich den Debugger nicht brauche und nix Visuelle mache, werde ich zukünftig auf VS Code wechseln, da geht die Code Formatierung, ich hab Copilot im System integriert werde nicht mit einem ewigen Splash Screen begrüßt, hab kein Problem mit dem Scrollen und kann super Flüssig arbeiten. Und sogar der LSP läuft besser Kannste dir nicht ausdenken sowas
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.786 Beiträge
 
Delphi 12 Athens
 
#9

AW: Delphi 13 Florence wurde veröffentlicht

  Alt Heute, 16:20
werde nicht mit einem ewigen Splash Screen begrüßt
Soooo ewig ist der garnicht mehr.
In 13 passiert nun viel mehr vor dem SplashScreen, so dass ich nun noch länger garnichts sehe.

Außerdem kann man ihn auch deaktivieren, was es aber nicht besser macht.
Ein Therapeut entspricht 1024 Gigapeut.
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:50 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz