Problem mit TDBAdvGrid (TMS)

[hhcm]

"Was soll das werden"

Damit meinte ich nicht was die Anwendung macht, sondern eher was du da versuchst.
In einer Zelle 2 DB Spalten anzuzeigen geht einfacher. Überlass das z.B der Datenbank (concat_ws z.B)

Mich hat das "Grid.Canvas.TextOut" gewundert. Warum zeichnest du selbst?
Im Event OnGetText tuts Grid.Cells[c,r] := 'foobar' genau so gut.

Die Masse an Ereignissen wollte anfangs das Geld zurück, langsam schätze ich das Grid (und auch den Support)

TMS macht "fast" alles anders als die normalen Komponenten. Dafür bieten sich viele Möglichkeiten, allerdings auch hürden.

Objekte im Grid zu halten finde ich in den meisten fällen unnötig. Klärt mich auf. Braucht man das?

[hoika]

Hallo,

Zitat:

Objekte im Grid

Es wird z.B. nicht alles angezeigt, z.B. die interne Datenbank-Id (DBId).
Vor dem Füllen des Grids wird eine Liste von Objekten gefüllt incl. des Objektes selbst,
und ein Teil der Objektdaten im Grid angezeigt.

Beim Ändern brauche ich aber die DBId, die höole ich mir dann aus dem Objekt.

PS:
Früher hatte ich auch immer die Id als versteckte Spalte mit eingetragen, Objects ist aber einfacher.

[hhcm]

Wenn es nur um die Id geht, ist das nicht einfacher.
Bei mehreren Spalten die später nicht sichtbar sein sollen mag das sein.

In manchen fällen ist dann ein DBAdvGrid besser. Wenn dann Sachen wie Gruppierung oder die interne Sortierung von nöten sind, dann einfach den PageMode umstellen. Einen Zeiger auf die Datenbank bekommt man bei OnSelectCell mit einem Locate auf das Dataset.

[EmWieMichael]

Zitat von hhcm:

In einer Zelle 2 DB Spalten anzuzeigen geht einfacher. Überlass das z.B der Datenbank (concat_ws z.B)

Das ist durchaus eine Alternative; funktioniert aber nur, wenn auch sämtliche benötigten Daten auch in den Tabellen der Datenbank vorhanden sind. Das ist in meinem Fall nicht immer so. Aber bei einigen Abfragen könnte ich das durchaus umsetzen. Danke für die Anregung!

Zitat:

Mich hat das "Grid.Canvas.TextOut" gewundert. Warum zeichnest du selbst?

Macht der Gewohnheit; TDBGrid bietet nichts anderes und hat die letzten zehn Jahre prima funktioniert. Mit den TMS-Komponenten arbeite (besser: forsche) ich erst seit wenigen Tagen.

Zitat:

Im Event OnGetText tuts Grid.Cells[c,r] := 'foobar' genau so gut.

Ich habe das gerade mal mit OnGetDisplText (OnGetText gibt es bei meiner Version nicht) versucht. Das scheint aber nur dann zu funktionieren, wenn man auf Zellen zugreift, die vor der aktuellen Zelle liegen.
Ich kann also nicht abfragen, ob die aktuelle Spalte 'PLZ' ist und dann die Plz in Value zurückgeben, vom dahinterliegenden ORT ganz zu schweigen.

Zitat:

Objekte im Grid zu halten finde ich in den meisten fällen unnötig. Klärt mich auf. Braucht man das?

Ich habe das bisher so gehandhabt, dass ich in einem kleinen Recordtyp interne Satznummern in der Grid-Objektliste gesichert habe. Wählt der Anwender einen Eintrag (Zeile) aus, können anhand der Satznummern die Datensätze gelesen werden. Mit dem TMS-Grid geht das natürlich auch mit den Hidden-Columns.

So, nun steh ich kurz davor, es hoika gleichzutun, und das 'einfache' AdvStringGrid einzusetzen...

Vielen Dank für Eure Postings!

Gruß Michael