Ed,
Thank you for taking the time to craft an answer. In the single
threaded, proprietary database (Pick), procedural world I'm usually in,
things work fine, but I guess that is because the data arrives at the
user interface very quickly. If I understand you, the data model will
change at it's own pace, depending on network and database server speed
(asynchronous, own thread is the terminology?).
So does the data model have a reference to all of my controls (mostly
fields) so it can change their text properties when a data element
changes? Or is it something more sophisticated like firing "change"
events and registering controls to act on them?
I worked on my app last night and found the default behavior of Swing
controls was pretty wild and not what I expected (changing the columns
and rows in GridLayout did wild things. Changing the size of a JFrame
had no obserable effect). Yes I would like some non-J controls that are
easier to position and have good default behavior. For example, I think
HTML tables and fields have good default behavior for laying out forms.
Any suggestions.
I created a class called FieldDefinitions. It will contain the SQL
table names, field labels, data type, order of appearance, possibly the
control type.
Jim
|