RE: [PEAR-DEV] Package proposal: DataObjectOnSpeed (naming is discussable :-))

> From: Markus Wolff [mailto:wolff@21st.de] > Sent: Wednesday, July 23, 2003 1:18 AM > as mentioned a few days ago, I´ve written a class that acts as a > bridge between DB_DataObject and HTML_QuickForm, which makes it very > suitable for rapid prototyping of applications. This was one of the things Alan and I had in mind when the started pondering a port to MDB. > - It will try to auto-detect the field types and choose appropriate > form element types for them. As this sometimes is not possible out- > of-the-box, this can be influenced by setting some new config > properties in your classes. We were actually thinking of making it possible to not have to auto-detect anything. Basically the idea was to be able to define "complex" datatypes like "email" in the MDB xml schema. > - It will try to set up some *very* basic validation rules based > on the field´s datatype. If you need to add to or alter these > rules, you can do so after auto-generation. Here we were thinking about using the Validate class. > - It will automatically follow table relations to build select boxes > (if the links.ini file is correctly configured). This is where the DB_Structure class Wolfram is working on would come into play. Overall very cool. Especially since it exists today! I will try to find the time to look at the source. Maybe you also want to join us in our grand plans. Let me lay out the plan again briefly: The MDB Manager will be rewritten to become DB_Schema which will allow people to read schemas into an object structure defined by DB_Structure. Since DB_Structure is extensible as well as the datatype handling in MDB you can define your own datatypes which simply map to simpler datatypes (like email is actually a text datatype). However using Validate you could validate the email to have the correct format. Wolfram is involved with DB_Structure and Alan with MDB_DataObject. I am basically working on MDB 2.0 and DB_Schema/DB_Structure. However we are all suffering time constraints so one more hand would be great. Regards, Lukas