form generation from databases

[Anonymous]

hi,

it would be very niffty to read in ado/odbc/cheetah database tables and import them, their user selected fields, onto forms. no other pbdesigner tool that i know of has such a capability.
for people working with database that would be a real feat.

best regards

richard

[TechSupport]

Interesting idea.   Thanks Richard.

[Anonymous]

My first question is - is there really a market for something like this?

Andrew

[Anonymous]

absolutly. think of all the $$$$ programs that do it for c++, modula ...
for example powerdesigner,erwin, sparx enterprise, rose etc.
thats why i have to use these  languages.    if you want to use large databases, it is prohibitive to retype all the field info onto a form in a designer from many, many tables; in my case medical db's. never the less, even if you work with small db's, it is just a pain in the b.... to retype every thing for a decent piece of gui.

richard

[Anonymous]

Many people from around here, possibly yourself included, have PowerBASIC as a primary language. That has forms designers etc, and with FireFly just coming onstream it isn't difficult to build GUI's for databases.

I must admit that although I went thru a phase of liking these GUI builders a few years ago I soon got very fed up with them. They have their limitations (usually), and far more can be achieved by power programming.

Andrew

[Anonymous]

you're wright (c++ and modula unfortunatly). but lets say you have 80 db tables (lets say 10 fields per table) and you have to retype everything - even in the slick firefly. thats just a pain.

[Anonymous]

80 tables is more than your average desktop application though. If the database is that extensive I think I'd be unhappy about letting a forms designer loose on what I want to see

Andrew

[Anonymous]

i have worded that wrong i guess. on such a db you would/can select tables and fields from the db for a form... you might not need all 80 tables.