Pimp Up Delphi

[ckluss]

Hallo,

da sicher auch für andere interessant, noch mal kurz die Liste der Tool, die von den beiden Daniels auf den Delphi Tagen 2010 in der Session "Pimp Up Delphi" genannt wurden.

- GExperts http://www.gexperts.org/
(grep search, component replacement, uvm.)

- CnPack http://www.cnpack.org/showdetail.php?id=679&lang=en
(Dialoge einfügen, uses Cleaner, uvw.)

- madExcept http://www.madshi.net/madExceptDescription.htm

- DDevExtensions und IDE Fix Pack 2010
http://andy.jgknet.de/blog/?page_id=65

- Memory Management mit FastMM und SafeMM
http://www.monien.net/blog/index.php...ry-management/

- Sampling Profiler
http://delphitools.info/samplingprofiler/

- CustomHelp
https://code.google.com/p/theunknown...iki/CustomHelp

kommerziell:

- Pascal Analyser http://www.peganza.com/ $159
- CodeHealer http://www.socksoftware.com/codehealer.php $379
- AQtime Pro http://www.automatedqa.com/products/aqtime/ $599

[generic]

Im aktuellen Entwickler Magazin (Ausgabe 5.2010) ist ein Artikel über die Gexperts.

Pimp your IDE
* Wie einem die GExperts das Leben erleichtern

[Nersgatt]

Schöne Zusammenstellung. MadExcept gehört aber zumindest zur Hälfte in die Rubrik "kommerziell", denn für kommerzielle Projekt muss man es kaufen.
Ich hab übrigens am Montag nach den DT erst mal GEExperts und cnPack installiert. Wir konnte ich bisher nur ohne leben?!? :-D

[himitsu]

Ich hatte die GEExperts und cnPack mal drauf, aber da sind soviele Funktionen drin, dass ich nie dann das fand, was ich grade gebrauchen konnte.

Ist so 'hnlich wie mit GIMP, wo ich auch nie was fand.
Fazit: schöne Funktionen, aber von Hand war ich schneller.

[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. :stupid:

[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? :shock:

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. :wink:

[himitsu]

Zitat:

Zitat von trymeout (Beitrag 1051636)

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 :roll:

Delphi-Quellcode:

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. :cry:

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 :lol:)

[Daniela.S]

Himi sag mal, schläfst du nie?
Um die Uhrzeit würde meine Code-Struktur wohl auch von keinem Tool mehr gelesen werden können. *ggg*

[himitsu]

Is gestern ein bissl spät geworden (sonst schlaf ich um diese Zeit eigentlich auch ... meistens ... nja, gestern hatte ich noch ein bissl zuviel Powernapping eingeschoben :lol:).
Und ja, bin grad wieder "aufgestanden", schnell noch ein bissl meinen fahrbaren Untersatz geölt, 'ne versteckte Preiserhöhung entdeckt und nun fahr auch gleich los.

[hanspeter]

Zumindest bei GExpert muss man etwas vorsichtig sein.
Der zerschießt auch gern mal Code. Vor allen dann, wenn man Componenten austauscht.
Für diesen Zweck habe ich noch kein braucbares Tool gefunden.
(Tausche alle TIBEdit gegen TBEdit)
Die Probleme mit Unicode sollten in der neueren Version wohl weg sein.

Gruß
Peter

[ralfschwalbe]

Ja, die GExperts sind schon nicht schlecht, aber man sollte nie, und ich meine wirklich nie, auf die Idee kommen, das dateiübergreifende suchen und ersetzten zu benutzen. Das funktioniert zwar, aber dafür sind danach ALLE Umlaute, Sonderzeichen und ß mit Müll ersetzt.

[uligerhardt]

Zitat:

Zitat von ralfschwalbe (Beitrag 1051659)

Ja, die GExperts sind schon nicht schlecht, aber man sollte nie, und ich meine wirklich nie, auf die Idee kommen, das dateiübergreifende suchen und ersetzten zu benutzen. Das funktioniert zwar, aber dafür sind danach ALLE Umlaute, Sonderzeichen und ß mit Müll ersetzt.

Du meinst "Replace all items" im "Grep Results"-Fenster? Klappt bei mir mit GExperts 1.33 einwandfrei. Welche Version hast du denn?

[ralfschwalbe]

Genau den Menüeintrag meine ich. Ich habe Delphi 2007 prof. und auch die GExperts 1.33. Komisch :shock:

Ich meine auch die Umlaute, die einfach im Quelltext stehen (z.B.: als Kommentar oder String), die müssen noch nichtmal ersetzt werden.

[HeikoAdams]

Das klingt ja fast so, als ob die Dateien für das Suchen/Ersetzen nach ANSI und anschließend wieder nach UFT-8 konvertiert werden :shock:

[ralfschwalbe]

Wäre das nicht doof? Aber Du hast recht, genauso siehts aus, denn bei genauerer Betrachtung ist es nicht wirklich Müll, sondern sowas hier /&Auml

[himitsu]

Zitat:

Zitat von ralfschwalbe (Beitrag 1051659)

Ja, die GExperts sind schon nicht schlecht, aber man sollte nie, und ich meine wirklich nie, auf die Idee kommen, das dateiübergreifende suchen und ersetzten zu benutzen. Das funktioniert zwar, aber dafür sind danach ALLE Umlaute, Sonderzeichen und ß mit Müll ersetzt.

Da könnte aber auch am Delphi/RAD liegen.

Denn suchst mal mit der Delphifunktion in "nichtgeöffneten" Dateien ... da gibt es auch keine Umlaute.
Nur in Dateien, welche geöffnet sind, da sucht das richtig.

PS: Das ist auch ein Bug, welcher bekannt und immernoch nicht im XE behoben ist.

[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? :wall:
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 :wall:

Fazit: mehr Probleme als Nutzen = fliegt wieder runter.

[Hansa]

Zitat:

Zitat von himitsu (Beitrag 1051820)

Was soll an GExperts so toll sein?

Naja, ein gewisser Nutzen ist schon da. Nebeneffekte habe ich allerdings auch bemerkt. Insofern habe ich die GExperts nach kurzer Zeit durch CnPack ersetzt. Sagen wir mal so, als IDE-Erweiterung ist GExperts besser als nichts, aber Cnpack bringt mehr echte Vorteile.

[Daniel]

@himi: Du kannst Dir bei den GExperts alle Tastenkombinationen selbst konfigurieren. Das ist ja gerade schön bei den GExperts, dass man die Module individuell ein- und ausschalten kann und damit genau die Funktionalität hinzuholen kann, die man sich wünscht.

[himitsu]

Ja, ich hatte dort zwar einige Tastenkombinationen entdeckt, aber kein Strg+Shif+F.
Als ich endlich rausbekam, daß mein Problem an GExperts liegt, da versuchte ich natürlich erstmal dieses dort zu beheben.
Und damit ich jetzt wenigstens weiterarbeiten kann, da mußte es eben rausfliegen ... tut mir Leid, hab keine Lust stundenlang da rumzusuchen, damit mein Delphi wieder halbwegs nutzbar ist.

Und selbst wenn das noch irgendwo versteckt ist, es kann doch nicht sein, daß man "einfach so" irgendwelche wichtige Funktionen überschreibt und dann dahinter nichtmasl was Nützliches versteckt ist?
Soein Fehlerdialog, daß es nix gibt, ist für mich nicht nützlich, vorallem da dort hätte netter Weise auch schon erwähnt sein können, daß es ein GExpertsdialog ist.


Andys DDevExt. sind allerdings super.