I've done it inside of my CMPro CMS, of which version 4 gets released for sale late today. Its probably the most complex subsystem in there, although it also processes submitted form data.
I didn't use any xml. Its all db-driven with lots of CF code. The user chooses the form element type (i.e. radio button, textarea etc.) and then plugs in stuff like field size, maxlength, default values etc. Users can also pre-build blocks that they can re-use. Stuff like an address block so they can re-use them on signup forms, or a credit-card info block. Uses a form field table, and for things like select boxes and radio buttons it uses a child table where the drop-down element is the parent and the choices are in the child table. I think the reason you see so few of these is they involve so much to build. The form creation component is a bit of a best. Then there's the form displayer. Then there's processing, but thats not necessarily what you're after. What is it specifically you want to know? -- --mattRobertson-- Janitor, MSB Web Systems mysecretbase.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:204070 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
