Ersatz für TMS

[Kostas]

Hallo Zusammen,

auf die Gefahr hin dass ich jetzt gesteinigt werde, frage ich ganz höflich.

Für DB-Anwendungen setze sich seit vielen Jahren IBOjects ein. Ich versuche gerade IBO
zu ersetzten durch FireDAC. Ich benötige also einen neuen Satz Datensensitive Controls.
TMS habe ich auch schon viele Jahre im Einsatz jedoch nicht die Datensensitive Controls
das die ja nicht mit den nativen IBO funktionieren. Also dachte ich auch dafür TMS zu verwenden.
Und jetzt geht der Ärger so richtig los. Die Datensensitive TMS Controls speziell das DBAdvGrid
ist so fehlerhaft. Auch mit anderen Komponenten wie das TMSFMXWebGMaps haben wir massive
Probleme so das wir überlegen ein Schlussstrich zu ziehen. Der Mark an Delphi Komponenten ist
ziemlich rar geworden und man muss befürchten dass auch die wenigen noch weniger werden.

Die Delphi VCL Controls sind nun mal nicht ausreichend. Und nun die große Frage die vermutlich niemand beantworten kann: Welche brauchbare Alternativen gibt es zu TMS die optisch ansprechend sind und gut
funktionieren?

Gruß Kostas

[Neutral General]

DevExpress, cxGrid kann alles und sieht gut aus (mit den richtigen Einstellungen)

[Nersgatt]

Schließe mich an. DevExpress-Komponenten sind sehr umfangreich und mächtig. Auf Fehler stoße ich sehr selten. Der Support ist flott.
Lediglich die Einarbeitung ist etwas umfangreicher, was aber dem Funktionsumfang geschuldet ist. Vieles erschließt sich nicht intuitiv, wenn man die Doku gelesen hat, ist es aber alles logisch.

[Lemmy]

Zitat von Kostas:

auf die Gefahr hin dass ich jetzt gesteinigt werde, frage ich ganz höflich.

aber warum denn?

Zitat von Kostas:

Für DB-Anwendungen setze sich seit vielen Jahren IBOjects ein. Ich versuche gerade IBO
zu ersetzten durch FireDAC. Ich benötige also einen neuen Satz Datensensitive Controls.

warum geht ihr denn nicht gleich ganz weg von den datensensitiven Controls? Die haben mir schon manches Haar gekostet. Schon mal überlegt auf ein ORM zu wechseln? Ist zwar ein etwas höherer Aufwand, aber ihr könntet von den datensensitiven Controls weg

Zitat von Kostas:

Und jetzt geht der Ärger so richtig los. Die Datensensitive TMS Controls speziell das DBAdvGrid
ist so fehlerhaft.

Ich habe das TMS Zeugs über Jahre eingesetzt, war zwar manchmal buggy, aber Bruno hat immer zeitnah geholfen bzw. wir konnten die Fehler so umgehen. Habt ihr mit ihm schon mal Kontakt aufgenommen?

Grüße

[Bernhard Geyer]

Zitat von Lemmy:

warum geht ihr denn nicht gleich ganz weg von den datensensitiven Controls? Die haben mir schon manches Haar gekostet. Schon mal überlegt auf ein ORM zu wechseln? Ist zwar ein etwas höherer Aufwand, aber ihr könntet von den datensensitiven Controls weg

DB-Sensitive Controls komme bei uns nur noch bei kleinenn (RAD-)Tools vor. Die Zentralen Anwendungen laufen ohne und wir können damit Problemlos jede DB selbst mit Mio-Datensätzen (auch bei MySQL welche keinen richtigen Serverseitigen Curser haben) bedienen.

[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

[MichaelT]

TMS Controls sind sehr nützlich wenn sie passen. Sie sind nicht intuitiv teils etwas unhandlich, leider. TMS ist ob der Charts und dem ExcelSheet (bisher) ganz ok. Die Integration mit ESB und auch im Grid.

Ich komme selbst mit der SDL vom Herrn Lohninger durch.

Devexpress kann man ruhig nehmen. Ich nehme, sofern ich Third Parties verwende für die kleinen nützlichen Dinge NextSuite und für die größeren noch DevExpress. Be-Precison DecoCharts sind auch recht ok.

http://www.be-precision.com/

Bei Grids und Controls gibt es schon auch noch eh-lib und X-Files Components oder je nach belieben RadarCube VCL und HierCube VCL.

Dass das TMS Datagrid mal soviele Fehler hat? Erstaunlich ist mir bisher so nicht aufgefallen. 'Gschissen' ist es teilweise - ist eine eigene Studienrichtung.

Bei Devexpress, wenn du eine Floating Point Zahl brauchst nimm das Currency Control und entferne das Währungskennzeichen. Aber ansonsten sind die Jungs relativ pflegeleicht.

Zitat von Kostas:

Hallo Zusammen,

auf die Gefahr hin dass ich jetzt gesteinigt werde, frage ich ganz höflich.

Für DB-Anwendungen setze sich seit vielen Jahren IBOjects ein. Ich versuche gerade IBO
zu ersetzten durch FireDAC. Ich benötige also einen neuen Satz Datensensitive Controls.
TMS habe ich auch schon viele Jahre im Einsatz jedoch nicht die Datensensitive Controls
das die ja nicht mit den nativen IBO funktionieren. Also dachte ich auch dafür TMS zu verwenden.
Und jetzt geht der Ärger so richtig los. Die Datensensitive TMS Controls speziell das DBAdvGrid
ist so fehlerhaft. Auch mit anderen Komponenten wie das TMSFMXWebGMaps haben wir massive
Probleme so das wir überlegen ein Schlussstrich zu ziehen. Der Mark an Delphi Komponenten ist
ziemlich rar geworden und man muss befürchten dass auch die wenigen noch weniger werden.

Die Delphi VCL Controls sind nun mal nicht ausreichend. Und nun die große Frage die vermutlich niemand beantworten kann: Welche brauchbare Alternativen gibt es zu TMS die optisch ansprechend sind und gut
funktionieren?

Gruß Kostas

[TRomano]

Auch ich sehe es wie viele hier:

1. professionelle (und meist große) Projekte: DevExpress + TMS-Teile (Excel-Verarbeitung)
2. für einfache Dinge, ohne großes Gedönse : TMS, füher auch gerne BergSoft (NextSuite)

Man muss sich halt, gerade im privaten Bereich, anschauen, was man braucht, was die Suiten können und dann entscheiden. Allein preislich gesehen ist für eine einfache Grid-Darstellung DevExpress wie mit Kanonen auf Spatzen schießen, da reicht meist allemal TMS. Wenn man Zeit hat auch gerne VTV, aber der Einarbeitungsaufwand ist hier nicht gering, aber das Ding ist auch für lau ... In einem mittelgroßen Projekt läuft komplett zur Präsentation der Daten nur dieser.

Gruß Thomas