Pimp Up Delphi

[mkinzler]

Es gibt aber auch Einige, deren Nutzen sich sofort offenbart, z.B. die farbliche Markierung von Blöcken und die Übersicht über die Methoden in der ComoBox

[himitsu]

Jaaaaa, hab auf den DT doch aufgepaßt
und wenn ich mal Zeit hab, mit die IDE nochmals vollzupacken, dann werd ich nochmal reinschnuppern.

Meine Erfahrungen sind nun schon ein paar Jahre alt ... vielleicht sieht es nun anders aus.

[mleyen]

Was ich noch bei meinem 2007 immer dabei liegen hab:
- AppManifest
- ResEd

btw: Danke für den Hinweis auf Sampling Profiler.
47% TList.Get?

Vom CnPack+GExperts hab ich das meiste deaktiviert. Aber das was übrig geblieben ist lohnt sich allemal.

[trymeout]

Eine kommerzielle Erweiterung fehlt noch in der Liste:

Castalia - http://www.twodesk.com/castalia/

Diese wurde auf den Delphi Tagen nur kurz angesprochen.

[himitsu]

Zitat von trymeout:

Castalia - http://www.twodesk.com/castalia/

Ich probiere grade mal so Einiges durch und die erste Erfahrung ist:

Der Parser und das Error-Insight von Castalia sind noch schlimmer, als die von Delphi.

Wichtige Units werden nicht analysiert und er zeigt Fehler, wo keine sind, wie z.B. dieses =, welches da angeblich nicht hingehört
Property ExprAssemble [AssembleFormat: TREAssemble = reaGetExprAsANSI]: String Read AssembleExpr;

[Medium]

Wobei man hier doch zugeben muss, dass Indexed Properties mit einem Default-Index doch eher sehr selten anzutreffen sind - die kann man schon mal vergessen . Also in meinen ~18 Jahren Pascal/Delphi ist dies hier das erste Mal, dass ich das Konstrukt (bewusst) wahrnehme, und ich wäre so schnell auch nicht auf den Trichter gekommen, das auszuprobieren. Gängige Praxis scheint's mir also eher nicht zu sein.
Ja, das ist keine wirkliche Entschuldigung, da sich ein Fahlerprüfungsprogramm durchaus anschicken können sollte den Sprachumfang zu echten 100% zu beherrschen, aber das ist imho wirklich eine Randerscheinung. Ich kann mir auch gut vorstellen, dass die Jungs die das bauen an einem entsprechenden Hinweis interessiert sein könnten

[himitsu]

Nja, wenn das Teil wenigstens über Fehler hinwegsehen würde und zumindestens den Rest analysieren würde ... so ist es leider nicht wirklich zu gebrauchen.

Der CodeHealer hatte auch einige Probleme, mit dem selben Ergebnis.

Aber zumindestens der Pascal Analyzer scheint es hinzubekommen und liefert so einige nette Ergebnisse.
Wobei der auch vieles "bemängelt", welches absichtlich "falsch" ist, aber das kann er ja nicht wissen.
(wie z.B. ungenutzte Parameter, aber diese sind halt vorhanden, da ich eine gewisse Symetrie bei ähnlichen Funktionen beibehalten wollte)

Ich verwende doch nun schon seit Jahren die ausgefallensten Code-Strukturen, da sollten die Leute sich doch langsam mal dran gewöhnt haben?
(notfalls könnte man meine doch einfach als Referenz nehmen )

[himitsu]

Was soll an GExperts so toll sein?
Dachte grad mein Delphi is futsch, weil sich die Suche nicht mehr nutzen ließ.

Zitat:

---------------------------
Project1 - Delphi 2010 - {Projektname}
---------------------------
There is no associated form for {Pfad zur aktuellen Datei des Editors}.
---------------------------
OK
---------------------------

Und was stellte sich (zum Glück) raus?

GExperts ist Schuld daran. Wie können die nur einfach so soeine wichtige Tastenkombination überschreiben, selbst wenn sie nichtmal dort genutzt wird?
http://www.delphipraxis.net/94669-da...tml#post643067
https://forums.embarcadero.com/threa...5218&tstart=15

Gibt es eigentlich GExperts auch auf deutsch?
Ich hasse es, wenn mein deutsches Delphi englische Meldungen wirft, enschlische Deialogs anzeigt und dann auch noch soein häßlich dänglisches Mischmaschmenü besitzt.

[edit]
Und nachdem ich mich mal durch's Menü gekämpft hab, würde ich eigentlich nur 'nen Bruchteil davon nutzen und davon funktioniert nichtmal alles.
siehe Anhang: es vergißt doch tatsächlich die "wichtigste" Datei des ganzen Projekts, also die RegEx.pas

Fazit: mehr Probleme als Nutzen = fliegt wieder runter.