Sorry das ich erst jetzt wieder antworte aber ich hatte in den letzten Tagen keine Zeit.
@marabu:
Vielen Dank nochmal für dein Beispiel. Es war im Prinzip genau das, was ich gesucht habe. Aufgrund einiger anderer Schwierigkeiten, die ich mit den DBEdits habe, werde ich für die Suche nun wohl doch normale Edits nehmen.
@Hansa:
Zitat von
Hansa:
Zuerst zum 2. Zitat : er wird es trotzdem
nicht sehen ! Wetten ? Murphy würde mir Recht geben.
Ich bin weiterhin der Meinung, das man das Interface so gestalten kann, dass der Benutzer weiß, wo er sich befindet. Falls er Farbabsetzungen und Beschriftungen nicht erkennt ist er auch nicht qualifiziert das Programm in anderen Belangen zu bedienen. Letztlich bleibt es nunmal eine Geschmacksfrage wie man so etwas gestaltet.
Zitat von
Hansa:
Zur Frage an sich : inwiefern muß für jede Tabelle, die angesprochen wird, ein neues Form angelegt werden ?
Du mußt Dir mal FieldByName &Co. ansehen. Es ist doch wohl kein Problem, dies zu verwenden, um ein Datenbank-Feld an ein Edit so zu übergeben ?
Ich möchte jedoch falls zum Beispiel Adressen in der Tabelle gespeichert sind die jeweiligen Edits entsprechend einer Adressangabe anordnen. Da die zu verwaltenden Tabellen aber sehr unterschiedlich sind lohnt sich eine dynamische Umsetzung meiner Meinung nicht, da diese dann zu aufwändig wird.
Zitat von
Hansa:
Marabus Beispiel gucke ich mir jetzt nicht mehr an, aber egal wie, überall ist nachzulesen, daß die
DB-Komponenten schnell an ihre Grenzen stoßen. Ich kann das nur bestätigen.
Wie oben gesagt: Ich musste dies nun auch feststellen und werde jetzt normale Edits verwenden.
Danke für eure Hilfe
