Wann funktioniert die Codevervollständigung wieder richtig :-(

[himitsu]

Eigentlich dürfte nichts codeabhängig sein, was zu Abstürzen führt.
Denn der sollte ja eigentlich die selbe Syntax nutzen, wie der Compiler,
und somit durch nichts durcheinander zu bringen.

Zitat von TurboMagic:

es dürfte dann wesentlich weniger anfällig sein,
wenn sich an der Sprache wieder was weiter entwickelt.

Aber auch nur, wenn ALLE das dann nutzen,
erstmal der Compiler, aber auch Fremdkomponenten, welche Code analysieren oder gar verändern.

[dummzeuch]

Zitat von himitsu:

Eigentlich dürfte nichts codeabhängig sein, was zu Abstürzen führt.
Denn der sollte ja eigentlich die selbe Syntax nutzen, wie der Compiler,
und somit durch nichts durcheinander zu bringen.

... denn der Compiler ist ja, genauso wie das Syntax-Highlighting, der Code Formatter und Error Insight völlig fehlerfrei.

(OK, Compiler und Syntax-Highlighting haben tatsächlich deutlich weniger Fehler als die Codevervollständigung und Error Insight. Den Code Formatter nutze ich nicht.)

[TurboMagic]

Zitat von dummzeuch:

Zitat von himitsu:

Eigentlich dürfte nichts codeabhängig sein, was zu Abstürzen führt.
Denn der sollte ja eigentlich die selbe Syntax nutzen, wie der Compiler,
und somit durch nichts durcheinander zu bringen.

... denn der Compiler ist ja, genauso wie das Syntax-Highlighting, der Code Formatter und Error Insight völlig fehlerfrei.

(OK, Compiler und Syntax-Highlighting haben tatsächlich deutlich weniger Fehler als die Codevervollständigung und Error Insight. Den Code Formatter nutze ich nicht.)

Mal ehrlich: ErrorInsight hat sehr stark von der Umstellung auf LSP profitiert, da dafür ja nun auch der Compiler genutzt wird.
Inzwischen ist es so gut wie fehlerfrei. 11.2 hat, auch wenn wohl anderen ortes was kaputt ging, irgendwelche probleme des ErrorInsight
behoben die bei neu hinzugefügten Units oder so vergessen hatten das zu aktualisieren.

Es gehen also auch mal Dinge in die richtige Richtung! Wenn leider nicht alle und nicht in dem Tempo das wir uns wünschen würden.

Grüße
TurboMagic

[atari1040]

Es gibt keine IDE mit der man so viel Zeit verschwenden kann wie mit Delphi. Es geht das Gerücht herum, dass man sich mehr um Delphi Probleme kümmern muss , als um die eigene Entwicklung. Ich sage, habt Geduld, irgendwann werden die Probleme schon behoben also immer schön den Vertrag verlängern.

[Sinspin]

Zitat von atari1040:

Es geht das Gerücht herum, dass man sich mehr um Delphi Probleme kümmern muss , als um die eigene Entwicklung.

Zum Glück ist das nur ein Gerücht. Dazu noch ziemlicher Blödsinn.
Ich habe hier Projekte mit 100K bis 500K LOC. Hin und wieder gibt es zwar mal einen sinnlosen Compilerfehler oder CTRL+SHIFT+C macht nicht das was ich erwarte. Aber ich kann nicht behaupten dass ich mehr Zeit mit IDE problemen verbringe als mit coden.

Alles in allem finde ich das es besser geworden ist und die 11.1 stabiler ist als die 10.3.

[TomF]

Selbe Erfahrung hier. Ich starte die IDE - mache zwischen ein paar Minuten und ein paar Stunden lang das was ich damit tun wollte - und beende das Programm wieder.
Da muss ich mich um nix besonderes "kümmern" - mache ich bei anderen Programmen wie Notepad, Excel auch so.

Von Zeit verschwenden merke ich auch nichts - ich merke sogar, dass die Dinge mit jeder Version für mich gefühlt einfacher, schneller und besser funktionieren.


Gruß, Tom

[dummzeuch]

Zitat von atari1040:

Es gibt keine IDE mit der man so viel Zeit verschwenden kann wie mit Delphi. Es geht das Gerücht herum, dass man sich mehr um Delphi Probleme kümmern muss , als um die eigene Entwicklung. Ich sage, habt Geduld, irgendwann werden die Probleme schon behoben also immer schön den Vertrag verlängern.

Unsinn. Delphi ist immernoch die produktivste Entwicklungsumgebung für 32 Bit Windows Programme (also das, was ich tagtäglich mache), mit der ich bisher gearbeitet habe. Von allen anderen, die ich bisher ausprobiert habe, habe ich mich mit Grausen wieder abgewandt.

Einschränkungen: Man darf nicht den Fehler machen direkt auf ein neues .0 Release zu wechseln. Und wenn ein Feature in einer Version neu eingeführt wurde, sollte man es erst in der nächsten Version benutzen. Beispiel: Per Monitor DPI in Delphi 11. Das funktioniert erst halbwegs in Delphi 11.1 und ich würde den Teufel tun und es jetzt schon produktiv einzusetzen. Zum Glück benöige ich es (noch) nicht.

Es besteht natürlich die Möglichkeit, dass ich die super duper IDE bisher nur noch nicht ausprobiert habe. Ich bin für Vorschläge zu haben, vorausgesetzt sie enthalten einen brauchbaren Form-Designer.

[fisipjm]

Zitat von dummzeuch:

Und wenn ein Feature in einer Version neu eingeführt wurde, sollte man es erst in der nächsten Version benutzen. Beispiel: Per Monitor DPI in Delphi 11. Das funktioniert erst halbwegs in Delphi 11.1 und ich würde den Teufel tun und es jetzt schon produktiv einzusetzen.

Das zählt aber auch nur manchmal, Inline Variablen gibts seit 10.3 und in der 11.2 tötet es immer noch fast alle Funktionen der code completion.
Habs am Anfang mal genutzt weil ich es wirklich praktisch fand, mittlerweile wieder alle Projekte zurückgestellt und mit jeder neuen Funktion schau ich ob es mittlerweile geht, aber Fehlanzeige.

[TurboMagic]

Zitat von fisipjm:

Zitat von dummzeuch:

Und wenn ein Feature in einer Version neu eingeführt wurde, sollte man es erst in der nächsten Version benutzen. Beispiel: Per Monitor DPI in Delphi 11. Das funktioniert erst halbwegs in Delphi 11.1 und ich würde den Teufel tun und es jetzt schon produktiv einzusetzen.

Das zählt aber auch nur manchmal, Inline Variablen gibts seit 10.3 und in der 11.2 tötet es immer noch fast alle Funktionen der code completion.
Habs am Anfang mal genutzt weil ich es wirklich praktisch fand, mittlerweile wieder alle Projekte zurückgestellt und mit jeder neuen Funktion schau ich ob es mittlerweile geht, aber Fehlanzeige.

Welche? Wenn die Funktionalität auf LSP basiert, sollte das nicht mehr passieren. Aber: viele Dinge basieren noch auf anderen Parsern.
Immerhin geht jetzt auch die ComboBox über dem Editor mit der man direkt zu einer Methode springen kann jetzt richtig, wenn Inline
Variablen benutzt wurden. Vorher fehlten dann immer alle ab der Methode nachfolgend deklarierten Methoden.

Grüße
TurboMagic

[FreiSoftWeb]

Hallo zusammen

Ich wurde gestern von EMBA zur neuen und kommenden Delphi Version als Beta Tester eingeladen.

Für mich bedeutet das, dass EMBA an der jetzigen Problemversion D11.2 wohl nichts mehr korrigieren wird und EMBA sich nur noch auf die Neu Version konzentriert.

Als alter Coder beseitige ich eigentlich erstmal meine Altlasten und lass diese prüfen, bevor ich eine neuer Programmversion bereitstelle, welche dann evtl. noch mehr Probleme und Fehler enthält.

Sollte ich meine D11.2 VM in die Tonne werfen, da es hierzu wohl keine weiteren Patches mehr geben wird?