Delphi Prof. 10.3. kaufen?

[peterbelow]

Zitat von Schokohase:

Zitat von Codehunter:

Zitat von Schokohase:

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 von peterbelow:

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 von Uwe Raabe:

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 uses -Liste aufnehmen kann man die Unit damit aber nicht.

Zitat von 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.

Und wie?

Einfach anhand meines Beispiels erläutern.

[Uwe Raabe]

Zitat von Schokohase:

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 von Schokohase:

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 p erstellen vom Typ TPolygon .

Mit dem MMX Source Indexer finde ich zu dem Typ TPolygon die Unit System.Math.Vectors .

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

Und erhalte

Delphi-Quellcode:

unit bla;

interface

procedure blubb;

implementation

procedure blubb;
var
  p: TPolygon;
begin

end;

end.

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

[Uwe Raabe]

Zitat von Schokohase:

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 System.Math.Vectors habe ich im Editor geöffnet und stehe dort direkt auf dem Typen TPolygon .

Und nun?

Ich gehe zu meiner Test-Unit und füge mit MMX/Add/Add Local Var... wieder so eine TPolygon Variable ein und es wird immer noch nicht die Unit System.Math.Vectors in die uses Liste hinzugefügt.

[Uwe Raabe]

Zitat von Schokohase:

Ich gehe zu meiner Test-Unit und füge mit MMX/Add/Add Local Var... wieder so eine TPolygon Variable ein und es wird immer noch nicht die Unit System.Math.Vectors in die uses Liste hinzugefügt.

Komisch, mit TVector funktioniert es. Offenbar ist ein 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...