Tms

[Uwe Raabe]

Zitat von hhcm:

Ich habe mir mal die Mühe gemacht, für einzelne Projekte einzelne Delphi Registryzweige zu nutzen.

Das mache ich in der Regel auch so. Allein schon, weil eben nicht bei jedem Projekt alle Bibliotheken verwendet werden.

Was weitere Performance bringt ist, die Pfade aus den Bibliothekspfaden zu entfernen (da stehen bei mir nur so allgemeine Pfade wie CodeSite, TestInsight und madExcept drin), damit die nicht bei jeder Unit mit durchsucht werden müssen. Da ich die von einem Projekt verwendeten Bibliotheken als Submodules in der Versionsverwaltung habe, stehen die eh schon im Suchpfad der jeweiligen Projektoptionen. Man muss nur aufpassen, dass beim nächsten Update nicht doch alles wieder drin steht.

In dem Registry-Zweig sind dann auch nur die benötigten Designtime-Packages geladen. Wenn das dann viele sind, drückt das halt die Performance, aber eben nur für das Projekt. Übrigens lässt ein Update in der Regel auch die zusätzlichen Zweige unbehelligt.

Zitat von hhcm:

Das ist aber auch nicht das gelbe vom Ei.

Was genau stört dich denn daran?

[hhcm]

Zitat von Uwe Raabe:

Was genau stört dich denn daran?

Mich stört daran, dass etwaige neue Pakete manuell installieren muss.

Ich hatte 5 Pfade und musste den Report Builder von Digital Metaphors neu installieren. Das war ein ganz schöner Krampf.

[Uwe Raabe]

Zitat von hhcm:

Mich stört daran, dass etwaige neue Pakete manuell installieren muss.

Das ist ja gerade der Sinn daran, dass man nur die Pakete im jeweiligen Zweig registriert, die dort auch verwendet werden.

Zitat von hhcm:

Ich hatte 5 Pfade und musste den Report Builder von Digital Metaphors neu installieren. Das war ein ganz schöner Krampf.

In der Regel genügt es den Known Packages Key aus dem BDS-Zweig zu exportieren, alle übrigen Packages aus der reg-Datei zu löschen, den Registry-Key auf den Zielwert zu ändern und die reg-Datei zu installieren. Dafür könnte man ja auch mal ein kleines Tool schreiben, aber der Aufwand hielt sich bislang noch so in Grenzen, dass ich dafür noch keine Notwendigkeit sah.

Leider weiß ich nicht ob und was beim Report Builder eventuell zusätzlich noch passieren muss.

[himitsu]

Wir verteilen bei uns die Fremdkomponenten als Sources über ein eigenes GitRepo,
kompiliert wird alles mit dem FinalBuilder und der trägt dann auch gleich diese Packages ins "Known Packages" ein, bzw. löscht es auch aus Disabled Packages aus.

Nur DevExpress hatte sich bisher noch geweigert, aber hab nun rausgefunden, wie man auch das selber kompilieren kann (offiziell geht es nur über deren eigenes Setup).

[hhcm]

Zitat von Uwe Raabe:

In der Regel genügt es den Known Packages Key aus dem BDS-Zweig zu exportieren, alle übrigen Packages aus der reg-Datei zu löschen, den Registry-Key auf den Zielwert zu ändern und die reg-Datei zu installieren. Dafür könnte man ja auch mal ein kleines Tool schreiben, aber der Aufwand hielt sich bislang noch so in Grenzen, dass ich dafür noch keine Notwendigkeit sah.

Das mit dem Tool ist gar keine schlechte Idee.
Das TMS UI Pack z.B ist überall vertreten. Dann geht´s aber los. In der Warenwirtschaft braucht es keine Web Core und auch kein Aurelius, dafür in Diversen XData Anwendungen.
Wenn ich alle Packages in den Standard-Registry-Zweig installiere, kann ich beim Splash-Screen die Namen nicht mehr erkennen

[himitsu]

Im Delphi muß man Packages nur registrieren, wenn man den GUI-Designer, Property-/Komponenten-Editoren oder Experten und sonstige IDE-Erweiterungen nutzen will.

Kompilieren kann man auch direct gegen die PAS oder DCU und DCP. (auch im Suchpfad der Projektoptionen anstatt alles immer global zu registieren)



Es ist auch möglich mehrere Registry-Zweige für je eine Delphi-Installation zu haben
und dann jweils beim Start der BDS.exe via Parameter das anzugeben.

So ist es auch möglich gezielt nur Delphi, C++Builder oder das ganze RAD zu starten,
bzw. mit unterschiedlichen PackageRegistrationen.

[hhcm]

Zitat von himitsu:

Im Delphi muß man Packages nur registrieren, wenn man den GUI-Designer, Property-/Komponenten-Editoren oder Experten und sonstige IDE-Erweiterungen nutzen will.
Kompilieren kann man auch direct gegen die PAS oder DCU und DCP. (auch im Suchpfad der Projektoptionen anstatt alles immer global zu registieren)

Das ist klar.

Zitat von himitsu:

Es ist auch möglich mehrere Registry-Zweige für je eine Delphi-Installation zu haben
und dann jweils beim Start der BDS.exe via Parameter das anzugeben.

So ist es auch möglich gezielt nur Delphi, C++Builder oder das ganze RAD zu starten,
bzw. mit unterschiedlichen PackageRegistrationen.

Das meine ich mit unterschiedlichen Registry zweigen. Ich starte die BDS.exe mit /r <zweig>

[cltom]

Hab die TMS Komponenten auch schon seit vielen Jahren im Einsatz. Anfangs wegen aller möglichen UI Gadgets. Das hat sich ein wenig abgenutzt und ich mach so viel wie möglich mit Standard. Aber das TAdvStringGrid und Flexcel nutze ich immer noch viel, weil es eine schnelle, einfache Variante ist, mit Tabellen in der Applikation und XLS/XLXS Dateien zu arbeiten.

Das TAdvPanel fand ich auch sehr praktisch, weil es ein Panel ist, das man mit Titelleiste und Caption versehen kann, sodass man es verschieben und resizen kann, ohne aber gleich ein neues Form zu brauchen.

Auch so Sachen wie eine Font-Combobox mit Vorschau der Schriftart oder recht praktische Colorboxen (ein Button mit der gewählten Farbe, der auf Click eine Farbauswahl gibt) fand ich immer praktisch.

Support fand ich immer schnell und zielführend, habs aber selten gebraucht.

Einschränkend würde ich sagen, dass die Innovation beim UI Pack eher überschaubar ist. Da kommt wenig Neues hinzu, aber gut, vermutlich ist das auch nicht mehr der Markt, irgendwelche UI-Gimmicks zu bauen und das StringGrid ist relativ ausgereizt.