In einem DBGrid andere Dinge anzeigen als drinstehen

[Dejan Vu]

Zitat von Uwe Raabe:

Ist eigentlich gar nicht so blöd. Solange die Felder im DBGrid nicht geändert werden, braucht man sich um den OnSetText-Event auch gar nicht kümmern, aber auch das wäre für diesen Anwendungsfall nicht schwer.

Richtig ... 'solange'.. Aber dann hat man eine schwer zu findende Macke in seiner SW. Ich mag das 'verbiegen' von Originalwerten nicht, außer zur Transliteration, aber dann ist das gewollt. Allerdings ist das alles Geschmackssache bzw. eine Frage des Patterns. Wenn ich in meiner Anwendung häufig Änderungen der Darstellung über das OnGetText mache, dann werde ich da bei Problemen auch nachschauen...

Hmm.. Vielleicht wirklich nicht so blöd, meine kurzzeitige Gehirnabsenkung.

Ich persönlich (der es gerne klar und einfach hat), bevorzuge 'MyField' und 'MyFakedField' als explizite Feldnamen für die Daten. Dann weiß ich selbst nach 10 Tagen noch, was Sache war.

[Der schöne Günther]

Das OnGetText -Event eines TFields ist wirklich auch interessant. Denn es sagt mir ja explizit, ob er den Wert grade zur Anzeige oder zum Benutzen haben will:

Delphi-Quellcode:

TFieldGetTextEvent = procedure(
   Sender: TField; 
   var Text: string;
   DisplayText: Boolean
) of object;

Gute Argumente auf beiden Seiten. Ich muss da mal drüber grübeln...

[Dejan Vu]

Was mir jetzt daran nicht mehr gefällt, ist, dass das Feld nun *immer* als 'DisplayText' deinen gefakten Wert anzeigt. Egal wo. Du kommst also kaum noch an die echten Daten ran (mit datensensitiven Controls). Wenn das so gewünscht ist. Gut. Wenn nicht, weiß nich...

[Der schöne Günther]

Doch, genau das war eigentlich gewünscht.

Konkretes Beispiel: Rational denkende Menschen (und Software) schreiben und lesen SI-Einheiten. Ein Angelsachse hingegen möchte das in Zoll angezeigt bekommen.

Die Verarbeitung und alles passiert weiterhin mit SI-Einheiten. Ich denke hierfür ist das genau richtig

[Uwe Raabe]

Zitat von Der schöne Günther:

Denn es sagt mir ja explizit, ob er den Wert grade zur Anzeige oder zum Benutzen haben will

Genauer: zur Anzeige oder zu Bearbeitung (sprich: Feld wird in datensensitivem Control editiert).

Wie schon erwähnt, den originalen Feldwert bekommt man über Value bzw. die As<XXX>-Properties.

[Der schöne Günther]

Das einzige was mich immer noch wuschig macht ist die Tatsache, dass direkt am TDataSet auf reine Anzeige-Sachen eingehen muss.

Das TDataSet, seine Verbindung und anderes Zubehör hatte ich immer auf einem Datenmodul (sprachneutral), Anzeige wie ein TDBGrid und das TDataSource auf einem Formular. Jetzt muss ich anfangen, das zu vermischen.

Oder habe ich es schon immer falsch gemacht?

[himitsu]

Man kann im DataSet einheitliche Verhalten implementieren, wo die Anzeige dann überall gleich ist.
CalcFields sind ja auch Dinge, welche da erstmals nichts mit den Daten zu tun haben und dennoch sind sie im DataSet implementiert.

Und, wie bereits erwähnt, gibt es von anderen Anbietern auch "ordentliche" Grids, welche welcher die Anzeige ebenfalls in sich anpassen können.

[p80286]

Dann laß doch die Finger von dem TDBwasweißich.
Bei mir kommen die Daten aus der Query in irgendeinem "nichtdisplayformat an, und ich kann damit machen was ich will, z.b. für amerianische Benutzer deren Datumsformat für die Anzeige und für deutsche deren Format (ja ich weiß, ISO ist eigentlich das Datumsformat, aber meine Benutzer wissen das nicht)
Auf jeden Fall habe ich immer eine strikte Trennung zwischen Daten und Anzeige.

Gruß
K-H

[Uwe Raabe]

Zitat von Der schöne Günther:

Das einzige was mich immer noch wuschig macht ist die Tatsache, dass direkt am TDataSet auf reine Anzeige-Sachen eingehen muss.

Das TDataSet, seine Verbindung und anderes Zubehör hatte ich immer auf einem Datenmodul (sprachneutral), Anzeige wie ein TDBGrid und das TDataSource auf einem Formular. Jetzt muss ich anfangen, das zu vermischen.

Das kommt darauf an, was du wirklich erreichen willst. Soll lediglich in diesem einen Grid die Anzeige des Feldwertes ander sein, als es die Standardformatierung des TField-Objects vorgibt, oder soll dieses Feld in allen Anzeige- und Editier-Controls in dieser veränderten Form dargestellt werden. Im ersten Fall sollte man die Manipulation in dem Grid oder dem dazugehörigen Formular durchführen. Für den zweiten Fall sind die Events des Feldes der richtige Ort.

Es ist ja auch nicht so, daß auch im normalen Betrieb die Datenfelder in ihrem nativen Format angezeigt werden. Alle TField-Objekte haben ein Standardverhalten für die Umwandlung der realen Feldinhalts in eine lesbare und editierbare Form. Bei numerischen Feldern kann man das auch noch durch das Property DisplayFormat steuern. Nur wenn man von diesem Standard abweichen will, muss man das in OnGetText und OnSetText selber implementieren (z.B. ein Integerfeld binär als Folge von 0 und 1 darstellen und editieren). Die visuelle Darstellung und Eingabe metrischer Datenwerte in imperialen Einheiten ist ein durchaus öfter anzutreffender Anwendungsfall. Ob die Umwandlung dann tatsächlich stattfindet entscheidet wird meistens über einen entsprechenden Konfigurationseintrag entschieden.

[Dejan Vu]

Wenn Du mit einem TDB-Grid arbeiten willst, dann mach die Formatierung in einem Dataset. Wenn dir die Quelle nicht passt (weil das quasi die Rohdaten sind), dann mach eine Kopie (als CDS oder Memdata). Das ist nichts anderes als ein Viewmodel. Und in der Kopie kannst Du dann machen, was Du willst.