Delphi Prof. 10.3. kaufen?

[peterbelow]

Zitat:

Zitat von Schokohase (Beitrag 1436571)

Zitat:

Zitat von Codehunter (Beitrag 1436570)

Zitat:

Zitat von Schokohase (Beitrag 1436568)

Ein Traum wäre so eine Erweiterung die es für VS gibt
IntellisenseExtender

CnPack ist da schon recht nah dran, nur muss man das IMHO wirklich extrem fummelig konfigurieren. Erst Codeinsight vom Delphi aus, dann CnPack rein, die Listen anpassen, die Sortierungen nach Verwendungshäufigkeit usw. usf. Waaah.

Also das besondere Feature beim IntellisenseExtender ist, das er auch die Typen auflistet, die NICHT über die aktuelle uses/usings referenziert werden. Und wenn man sich dann für den einen Typen entschieden hat, dass dann bei Bedarf die uses/usings automatisch angepasst werden.

MMX kann das.

[Schokohase]

Zitat:

Zitat von peterbelow (Beitrag 1436584)

MMX kann das.

Und wie?

Einfach anhand meines Beispiels erläutern.

[Uwe Raabe]

MMX kann das auch nur, wenn er die betreffenden Units einmal geparsed hat. Wenn dann aber unter den General-Einstellungen das Persistent Module Information aktiviert ist, merkt er sich das für alle Projekte und alle Sessions.

Alternativ kann man auch über den Source Indexer suchen. Wenn dort bei den Einstellungen den Delphi-Browsing Path angibt, dann kann man auch TPolygon finden.

[Schokohase]

Zitat:

Zitat von Uwe Raabe (Beitrag 1436611)

Alternativ kann man auch über den Source Indexer suchen. Wenn dort bei den Einstellungen den Delphi-Browsing Path angibt, dann kann man auch TPolygon finden.

Ja, damit werden alle Units aufgelistet, wo dieser Typ definiert oder verwendet wird. Einfach in die

Delphi-Quellcode:

uses

-Liste aufnehmen kann man die Unit damit aber nicht.

Zitat:

Zitat von Uwe Raabe (Beitrag 1436611)

MMX kann das auch nur, wenn er die betreffenden Units einmal geparsed hat. Wenn dann aber unter den General-Einstellungen das Persistent Module Information aktiviert ist, merkt er sich das für alle Projekte und alle Sessions.

Und wie?

Einfach anhand meines Beispiels erläutern.

[Uwe Raabe]

Zitat:

Zitat von Schokohase (Beitrag 1436620)

Einfach anhand meines Beispiels erläutern.

Ich kann jetzt nicht sehen, auf welches Beispiel du genau anspielst. Der Verweis von Peter auf MMX bezog sich auf diesen Satz:

Zitat:

Zitat von Schokohase (Beitrag 1436571)

Also das besondere Feature beim IntellisenseExtender ist, das er auch die Typen auflistet, die NICHT über die aktuelle uses/usings referenziert werden. Und wenn man sich dann für den einen Typen entschieden hat, dass dann bei Bedarf die uses/usings automatisch angepasst werden.

Wenn also MMX einmal die Unit System.Math.Vectors geparsed hat, dann kannst du mit den MMX Mitteln (nur dann kann MMX auch eingreifen) z.B. ein Feld, ein Property, eine lokale Variable oder einen Methodenparameter als TPolygon deklarieren und die Uses-Anweisung wird entsprechend angepasst (gibt auch 'ne Einstellung dafür, aber die ist standardmäßig aktiv).

[Schokohase]

Ok, ich möchte eine lokale Variable

Delphi-Quellcode:

p

erstellen vom Typ

Delphi-Quellcode:

TPolygon

.

Mit dem MMX Source Indexer finde ich zu dem Typ

Delphi-Quellcode:

TPolygon

die Unit

Delphi-Quellcode:

System.Math.Vectors

.

Jetzt gehe ich zu der Methode und rufe MMX/Add/Add Local Var... auf und gebe als Name

Delphi-Quellcode:

p

und als Typ

Delphi-Quellcode:

TPolygon

ein.

Und erhalte

Delphi-Quellcode:

unit bla;

interface

procedure blubb;

implementation

procedure blubb;
var
  p: TPolygon;
begin

end;

end.

Delphi-Quellcode:

TPolygon

wird aber (logischerweise) nicht gefunden, denn es fehlt das Einbinden der Unit.

[Uwe Raabe]

Zitat:

Zitat von Schokohase (Beitrag 1436635)

denn es fehlt das Einbinden der Unit.

Da fehlt noch das Parsen der Unit. Der SourceIndexer macht nur eine reine Textsuche, ersetzt aber nicht den Parser. MMX parsed zwar die Editor- und wenn aktiviert auch die Projektdateien, aber dazu muss die System.Math.Vector eben wenigstens einmal im Editor geöffnet werden. Das geht übrigens recht einfach aus dem Source Indexer heraus.

Ich habe auch schon überlegt, ob man die Module Information für die Delphi-Units nicht gleich mitliefert oder zumindest per Befehl erzeugen kann. Aber dazu müsste das Konzept erst noch etwas flexibler werden. Das wäre mit der jetzt einzigen Datendatei recht unübersichtlich.

Irgendwo muss die Information ja herkommen, wo TPolygon definiert ist - bzw. welche Unit man denn haben will, wenn es in mehreren definiert ist. Da gibt es ziemlich vielen Szenarien zu berücksichtigen: VCL oder FMX, doppelte Deklaration (TMonitor), Units ist bereits in uses (aber in implementation), Unit ist im Projekt, Unit ist im Suchpfad. Die Kombinationen und Anforderungen sind recht vielfältig.

[Schokohase]

Ok, die Unit

Delphi-Quellcode:

System.Math.Vectors

habe ich im Editor geöffnet und stehe dort direkt auf dem Typen

Delphi-Quellcode:

TPolygon

.

Und nun?

Ich gehe zu meiner Test-Unit und füge mit MMX/Add/Add Local Var... wieder so eine

Delphi-Quellcode:

TPolygon

Variable ein und es wird immer noch nicht die Unit

Delphi-Quellcode:

System.Math.Vectors

in die uses Liste hinzugefügt.

[Uwe Raabe]

Zitat:

Zitat von Schokohase (Beitrag 1436643)

Ich gehe zu meiner Test-Unit und füge mit MMX/Add/Add Local Var... wieder so eine

Delphi-Quellcode:

TPolygon

Variable ein und es wird immer noch nicht die Unit

Delphi-Quellcode:

System.Math.Vectors

in die uses Liste hinzugefügt.

Komisch, mit

Delphi-Quellcode:

TVector

funktioniert es. Offenbar ist ein

Delphi-Quellcode:

TPolygon = array of TPointF

für MMX nicht von Interesse. Es funktioniert offenbar für alle Typen, die auch in der Content-Liste von MMX aufgeführt werden. Da muss ich mich wohl noch etwas in den Parser vertiefen.

[stahli]

Wenn Emba mal in einer neuen Version alle solchen Ungereimtheiten beseitigen würde statt irgendwelche neuen Features einzubauen, kann Delphi vielleicht doch nochmal ganz gut werden.
Bugfixes first!

Man braucht ja vor allem ein gutes Werkzeug für die tägliche Arbeit und keine Highlights, die im täglichen Ärger verblassen.

Meinem aktuellen Eindruck nach könnte das aber schon nochmal etwas werden...