Gute Idee? cnPack und Gexperts gleichzeitg nutzen?

[TigerLilly]

Ich setze immer schon Gexperts ein, aber cnPacks haben ein paar Funktionen, die ich auch gern nutzen würde. Jetzt habe ich aber eine Scheu, meine IDE mit Experten zu überfrachten, deren Funktionalitäten sich auch noch überschneiden.

Deshalb meine Frage: Wer nutzt beide parallel? Funktioniert das gut? Oder eher weniger.

Danke mal für Meinungen.

[jaenicke]

Ich verwende MMX, cnPack und GExperts. Das funktioniertt gut, allerdings muss man die Tastaturshortcuts passend konfigurieren bzw. bei Funktionen, die man selten nutzt, entfernen. Denn natürlich gibt es viele Shortcuts, die mehrere der Experten nutzen.

Das kann man aber einmal machen und dann in das eigene Install-Skript einbauen oder sich als .reg Datei bzw. .ini exportieren und bei Bedarf wieder importieren.

MMX ist für mich übrigens am wichtigsten.

[Bernhard Geyer]

Hab nur noch GExperts.
Neuere Delphis machen auch einige Experten in den Packages unnötig, so das (mittlweile) nur noch wenige Erweiterungen von GExpert aktiv sind.

[dummzeuch]

Zitat von TigerLilly:

Ich setze immer schon Gexperts ein, aber cnPacks haben ein paar Funktionen, die ich auch gern nutzen würde. Jetzt habe ich aber eine Scheu, meine IDE mit Experten zu überfrachten, deren Funktionalitäten sich auch noch überschneiden.

Deshalb meine Frage: Wer nutzt beide parallel? Funktioniert das gut? Oder eher weniger.

Danke mal für Meinungen.

Ich benutze selbst einige wenige Experten aus cnPack, den Rest habe ich deaktiviert.

Solange man nur das aktiviert, was man benutzen will, stören die sich kaum.
Beim Debuggen von GExperts bekomme ich immer wieder mal Access Violations in cnPack mit, das ist aber wirklich selten und sie werden normalerweise im cnPack-Code abgefangen.

cnPack hat einiges an Funktionen, die ich bisher nie benutzt habe. Ich bin jedes Mal, wenn ich mir das genauer anschaue, erstaunt, was es alles kann. Es kommt auch regelmäßige neues dazu, anders als bei GExperts scheint es da eine ziemlich aktive Entwicklung zu geben. Bei GExperts bleibe ich vermutlich hauptsächlich deshalb, weil ich es selbst erweitern kann, wenn mir was fehlt oder ein Bug mich zu sehr nervt. Wenn ich vor ein paar (20?) Jahren mehr mit cnPack gemacht hätte, würde ich wahrscheinlich heute GExperts nicht mehr benutzen, und dann wäre es auch sehr wahrscheinlich schon seit 2015 tot.

[freimatz]

Ich verwende von den bisher erwähnten MMX und cnPack. Warum sollte man GExperts verwenden?

[jaenicke]

Zitat von freimatz:

Warum sollte man GExperts verwenden?

Alle drei Tools haben Alleinstellungsmerkmale. Bei GExperts sind das z.B. das Component Grid, mit dem du Tag, HelpContext und Hint für alle Komponenten in einem Grid sehen und editieren kannst, und der Expert Manager, mit dem du IDE Experten aktivieren und deaktivieren kannst.

Eine gute Suche ist jetzt nicht mehr so ungewöhnlich, aber die Grep-Darstellung ist schon gut gelungen. Bei den Project Dependencies wäre noch eine gute Darstellung zirkulärer Referenzen gut.

[freimatz]

Das Component Grid verwenden wir nicht. Wir haben unsere eigenen Controls.
Suche verwende ich die von Delphi oder die von anderen Editoren.
Und Project Dependencies, da gibt es bei uns viele erst zur Laufzeit wo über eine Config Module geladen werden, viel mit RTTI.
Aber gut zu wissen, nicht dass man was wertvolles verpasst. Danke
Bei cnPack finde ich den uses cleaner am wertvollsten.
Und ohne MMX will ich eh nicht mehr arbeiten.

[dummzeuch]

Zitat von jaenicke:

Zitat von freimatz:

Warum sollte man GExperts verwenden?

Alle drei Tools haben Alleinstellungsmerkmale. Bei GExperts sind das z.B. das Component Grid, mit dem du Tag, HelpContext und Hint für alle Komponenten in einem Grid sehen und editieren kannst, und der Expert Manager, mit dem du IDE Experten aktivieren und deaktivieren kannst.

Eine gute Suche ist jetzt nicht mehr so ungewöhnlich, aber die Grep-Darstellung ist schon gut gelungen. Bei den Project Dependencies wäre noch eine gute Darstellung zirkulärer Referenzen gut.

Einen Expert-Manager gibt es auch in cnPack. Ich meine, ich hätte da auch so was wie das Component Grid gesehen, aber das ist schon lange her.

Was die zirkulären Referenzen angeht: Schreib doch mal einen Feature Request, vielleicht findet sich ja mal jemand, der Lust dazu hat.

[Uwe Raabe]

Wie würde denn eine gute Darstellung zirkulärer Referenzen aussehen?

Bei MMX gibt es das sowohl als Baumstruktur als auch als Dependency Structure Matrix, wobei ich zugeben muss, dass Letztere ohne eine Möglichkeit zur Umsortierung der Units nur schwer zu interpretieren ist.

[TiGü]

Zitat von Uwe Raabe:

Wie würde denn eine gute Darstellung zirkulärer Referenzen aussehen?

Bei MMX gibt es das sowohl als Baumstruktur als auch als Dependency Structure Matrix, wobei ich zugeben muss, dass Letztere ohne eine Möglichkeit zur Umsortierung der Units nur schwer zu interpretieren ist.

Ich habe das als sehr wertvoll empfunden, um die Abhängigkeiten in unserer Software zu verkleineren:
https://en.delphipraxis.net/topic/10...endency-viwer/

Die Sachen vom MMX kannte ich auch, aber es fiel mir schwer, sie für unseren Fall anzuwenden (vielleicht weil die zyklischen Abhängigkeitsketten zu hoch waren).