Ich habe DBEdit und die dazugehörige Famile von Controls bis jetzt nur
stiefmütterlich verwendet. Ich hab's immer ausprogrammiert. Da habe ich den
Vorteil der hohen Flexibilität, dafür schreibe ich mehr Code.

Manchmal ging's dann doch irgendwie einfach, aber in anderen Fällen klappte es
nicht. Ich war immer zu ungeduldig mich vertieft damit zu befassen. Jetzt scheint
es mir an der Zeit zu sein dies doch mal zu tun.

Ich sehe 2 mögliche Probleme:

- Ich habe bis jetzt noch nie den DBNavigator verwendet und werde es auch kaum tun.
Wenn schon schreibe ich einen eigenen der mir besser passt. Aber zurzeit will ich
ohne auskommen.
Der Record-Pointer wird üblicherweise über ADOQuery gesetzt. Soviel ich aus anderen
Diskussionen entnommen habe, ist das auch kein Problem solange nur auf eine Tabelle
zugegriffen wird. (Eindeutigkeit)

Im Navigator sind ja gewisse Operationen versteckt, wie z.B. Umschalten in den
Edit-Modus, das Speichern eines geänderten Records/Feldes usw.
Hier sehe ich noch nicht wirklich durch, ich muss ja in bestimmten
Momenten diese Aktionen explizit ausführen, weil ich den Navigator nicht verwende.
Sehe ich das richtig ? Gibt's irgendwo eine gute Beschreibung des DBNavigators wo
das klar wird ?

- Mir ist auch aufgefallen, dass es zu 'Schwanzbeissereien' kommen kann, z.B. wenn
ich innnerhalb DBCheckBoxChange in die Sequenz Close - Open - Edit - Post ausführe.
Kann sein, dass es da zu Konflikten kommt. Eben, es ist wichtig die Zustände genau
zu kennen und wann welche Aktionen ausführt werden müssen/darf.

Vielleicht kann man das auf einen einfachen Nenner bringen ?

Danke für Ideen und Hinweise.