In einem DBGrid andere Dinge anzeigen als drinstehen

[Der schöne Günther]

Na gut, dann dreh ich eben am RAD :spin2: soweit nicht noch jemand etwas tolles einfällt

[Uwe Raabe]

Zitat:

Zitat von Dejan Vu (Beitrag 1282128)

2. Du erstellst Eventhandler für OnGetText/OnSetText für das Feld (blöde Idee)

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.

Man kann ja auch problemlos mit den tatsächlichen Werten der Felder weiterarbeiten, da diese ja nicht verändert werden. Der Event wird ja nur bei der Abfrage der Properties

Delphi-Quellcode:

Text

und

Delphi-Quellcode:

DisplayText

ausgewertet. Die Properties

Delphi-Quellcode:

Value

oder

Delphi-Quellcode:

AsString

oder alle anderen

Delphi-Quellcode:

As<XXX>

liefern immer noch die Originalwerte.

[Dejan Vu]

Zitat:

Zitat von Uwe Raabe (Beitrag 1282142)

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.

[himitsu]

Zitat:

Zitat von Der schöne Günther (Beitrag 1282136)

DisplayValue hört sich gut an, aber was hat es mit einem TDBGrid zu tun?

Delphi-Grids sind strohdoof, aber es hat zumindestens etwas mit dem DB im Namen zu tun. :roll:

TField.FieldName
TField.DisplayName
TField.DisplayLabel

TField.Value
TField.Text
TField.DisplayText
TField.OnGetText
TField.OnSetText
TFloatField.DisplayFormat
...

Außerdem gibt es z.B. die LookupComboboxen, ebenso wie gewisse Fields/Editoren, welche eine Lookup-Funktion anbieten.
Und dann gibt's in so mancher Anzeigekomponenten auch nochmal ähnliche Funktionen, wie z.B. in den Columns der DevArt-Grids.

[Der schöne Günther]

Das

Delphi-Quellcode:

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

[Uwe Raabe]

Zitat:

Zitat von Der schöne Günther (Beitrag 1282147)

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.