Automatic Data Entry

[Kevin Windham]

On Oct 28, 2004, at 1:46 AM, Peter De Berdt wrote:
> No, you need to have a class to which you pass your record and that 
> class then automatically adds your merged constant-field to the 
> insert.
>
> Let me give you an example. Using my framework, I can just drop some 
> control subclasses on a window, give them a name, type, maxlength, ... 
> If the SchemaVersion of the database doesn't match a constant 
> "CurrentVersion" in my REALbasic project, I instantiate all windows 
> and loop the controls. If they are of a certain ClassInterface, my 
> REALbasic app checks if the field exists in the database and if the 
> type is correct, if not, it updates the database structure. My Window 
> subclass automatically handles editing, saving, ... records. I could 
> easily add a new class "ConstantDatabaseField" using the same 
> ClassInterface "DatabaseObject", which would then also be included in 
> the chain of fields to be checked.
>
> I still have my early versions of the framework lying around, I'm 
> prepared to send them over to you directly if you want to have a look, 
> mail me offlist. It won't be bug free, and is not optimized, but 
> you'll probably find some parts of it very useful. A grasp of the 
> features: instant multilanguage (able to change application language 
> at runtime, not using REALbasic's constants way), automatic adding of 
> new fields to the db, automatic saving of records, handling of changes 
> and asking the user wether or not he wants to save a record, discard 
> it or cancel the action (i.e. the commit feature added in Filemaker 7) 
> and a lot more, I don't remember. I think I'm using Einhugur plug-ins 
> (DataGrid mainly) in my testing, so you may need to download those.

This sounds very interesting. I would like to see them if you don't 
mind.

Thanks,
Kevin