Ersatz für TMS

[Kostas]

@ Lemmy,
mit Bruno haben wir schon oft Kontakt gehabt. Aber anscheinend benötigen wir immer Sachen die nicht funktionieren. Das Grid z.B. funktioniert nicht mit zwei LookUps wenn das DataSource.AutoEdit=false steht.
Das klingt erst einmal unglaublich. Auf die gleiche DataSource gebundenes DBGrid funktioniert wie erwartet. Das Problem ist, Ich klicke auf DataNavigator auf Edit und klicke das erste LookUpDropDown wähle etwas
aus und gehe zum nächsten LookUpDropDown. Jetzt erscheint der Content vom ersten LookUp. Ist jedoch
das auf DataSource.AutoEdit=true funktioniert es. Das kann ich nicht brauchen. Auf keinen Fall darf der
Content der LookUp gemischt werden. Anscheinend bin ich der Einzige mit dieser Meinung. Dafür habe ich auch eine Beispiel Anwendung erstellt.

Mit ORMapper gibt es eine menge weiterer Probleme oder Aufwand z.b. Reporting u.s.w. Mir sind die Vorteile
durchaus bekannt.

DevExpress habe ich jetzt schon mehrfach gehört. Werde ich mir mal anschauen.

Dankeschönen fürs nicht aufhängen. (Naja, das Thema Komponenten ist schon mehrfach im Forum besprochen)


Gruß Kostas

[Lemmy]

Zitat von Kostas:

@ Lemmy,
mit Bruno haben wir schon oft Kontakt gehabt. Aber anscheinend benötigen wir immer Sachen die nicht funktionieren. Das Grid z.B. funktioniert nicht mit zwei LookUps wenn das DataSource.AutoEdit=false steht.

ich habe es befürchtet.. wenn ich nur LookUps lese, bekomme ich ein nervöses Zittern Ich arbeite seit gut 4 Jahren mit den IBOs, ich schaffe es heut noch nicht in einem DBGrid (oder auch außerhalb) mit den IBOs das Lookup zu füttern. Ich mach das inzwischen alles selbst, und auch das TIB_Grid ersetze ich wo es geht durch VirtualStringTree - ist einfach schneller...

[BlackbirdBerlin]

Hi zusammen.
Wenn ich das hier lese, stell ich mir die Frage, ob ich nicht besser auf DevExpress umschwenken sollte. Der Thread hier kommt für mich zwar eine gute Woche zu spät - siehe mein Thread bzgl. der AutoFilterung.
Aber bevor ich eine Anwendung (individuelle WaWi) größtenteils mit dem AdvStringGrid ausstatte und dann merke, dass ich besser auf ein anderes Pferdchen gesetzt hätte, verwerf ich die getätigte Ausgabe lieber und bestell mir das Richtige...
Ich bin gespannt, ob hier noch ein paar weitere Stimmen für oder wider TMS bzw. DevExpress was Konstruktives äußern.
Viele Grüße.
Tim

p.s. ich dachte, die wären auf den Delphi-Tagen immer präsent und hätten eigentlich einen guten Stand innerhalb der DP

[Uwe Raabe]

Zitat von BlackbirdBerlin:

p.s. ich dachte, die wären auf den Delphi-Tagen immer präsent und hätten eigentlich einen guten Stand innerhalb der DP

Das eine hat doch mit dem anderen nichts zu tun. Wenn Softwarefehler so einfach zu beheben wären...

[BlackbirdBerlin]

Hi Uwe,

dessen bin ich mir durchaus bewusst. Ich mache das auch schon seit weit über 20 Jahren.
Und ich kenne das sowohl von meinen eigenen Fehlern als auch von solchen in sog. Standardsoftware.
Ich würde ja aus diesem Thread für mich auch gerne nur herausziehen können, ob ich bei dem gekauften
Paket bleibe und meine Energie zur Implementierung und Anpassung darauf verwende oder ob ich
besser umschwenke, bevor zuviel Aufwand darein geflossen ist...

Viele Grüße,
Tim

[vagtler]

Grundsätzlich haben wir immer alles von devExpress genutzt. Wenn es da nichts gab, dann haben wir bei TMS nachgeschaut.

Oder mit anderen Worten: das Grid von DevExpress ist ein absolutes Must-Have. Andere Dinge kann auch TMS.

[Jens01]

Also mit dem TMS-Grid kann man schon gut arbeiten. Ich selbst habe mir noch so 1000 Zeilen dazu gemacht, um es für mich anzupassen. Der Support ist eigentlich auch ganz ordentlich.
Sowas wie DB-Stringgrid und DB-Listview von TMS ist doch sehr ..naja.. einfach gehalten. Brauche ich persönlich aber nicht.

Mal so zur Übersicht:
Standard-Stringgrid 7500 Zeilen
TMS-Stringgrid ca.70.000 Zeilen