Tms

[TigerLilly]

Zitat:

Zitat von hhcm (Beitrag 1520390)

Manchmal bekommt man keine gescheite Antwort auf Supportanfragen, das klärt dann aber oft die Community.

:- ) Ja, das kenne ich - manchmal geben sie einem das Gefühl, die Frage wäre sowas von abtartig doof, dass es eigentlich unter ihrer Würde ist, sowas zu beantworten. Aber das ist wirklich die Ausnahme und mit etwas beharrlichem Nachfragen klappt das dann schon.

Die Menge der Libs ist für mich eigentlich kein Problem, so oft strate ich Delphi ja nicht neu. Schwiriger ist eher, den Überblick zu haben + auch die Dinge zu kennen, die in der Doku zu kurz kommen. Da helfen die BLOGs und WhitePapers und diverse Youtube Videos sehr. Da tut sich ziemlich viel.

[Satyr]

Ich benutze seit Jahren (oder Jahrzehnte?) TMS.
Tolle Komponenten, ich liebe es u.A. den Updater in meinen Programmen zu nutzen, die Webinare helfen manchmal arg weiter, der Support war (Bruno Fierens meistens) bei mir immer klasse und offen dafür wenn ich Vorschläge hatte.

Ich möchte TMS nicht mehr missen.

[Rollo62]

Zitat:

Zitat von hhcm (Beitrag 1520390)

Ich habe mir mal die Mühe gemacht, für einzelne Projekte einzelne Delphi Registryzweige zu nutzen. Das ist aber auch nicht das gelbe vom Ei.
Hat jemand ähnliche Probleme?

Ich lege auch eigene Verzeichnisse für die Setups an, vermutlich ist dies das Problem.
Könnte sein, dass wenn man alles unter /Programme/Tms installieren lässt, dass es etwas leichter wird.
Beim Update deinstalliert das Setup und "vergisst" dann die letzte, gewünschte Einstellung, was extrem nervig bei gefühlten 20+ Setups ist.

Es gibt zwar den SubscriptionManager, der ruft aber auch nur die einzelnen 20+ Setups nacheinander auf, es gibt kein "Install all ...".
Alles schön seriell: Erst downloaden, dann deinstall, dann install, dann manuelle Anpassung der Parameter, dann Build & Install, dann hoffentlich kein Typo, ....
Immer schön dabei sitzen und Kaffee trinken :-D

Es ist auch nicht alles unter dem SubscriptionManager, z.B. WebCore ist bei mir immer ein separates Setup.
Weil die sowieso nur einzeln ablaufen, ist das dann auch egal.

[Uwe Raabe]

Zitat:

Zitat von hhcm (Beitrag 1520390)

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:

Zitat von hhcm (Beitrag 1520390)

Das ist aber auch nicht das gelbe vom Ei.

Was genau stört dich denn daran?

[hhcm]

Zitat:

Zitat von Uwe Raabe (Beitrag 1520398)

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:

Zitat von hhcm (Beitrag 1520399)

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:

Zitat von hhcm (Beitrag 1520399)

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:

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

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

Zitat von himitsu (Beitrag 1520412)

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:

Zitat von himitsu (Beitrag 1520412)

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>