rw I would go with forms - I think there are some tricky issues as your forms get more complex (witness a lot of traffic in the last few months) but, in general, they should be able to handle all the use cases you describe here.
Start with the samples in the Cocoon distro, including the hypersonic tour and then start building a simple use case. I'd be interested to see how the forms get saved back to an XML DB (I've just used plain text files, to date). HTH Derek >>> [EMAIL PROTECTED] 2004/08/24 11:22:09 PM >>> Hello again all, I went looking for an answer to this one in the archives but didn't find it; closest was the thread "Create new form model for later binding" from earlier this month. I have what is essentially a document-management application. The user selects a document from a list of templates, is presented with a form, fills info into the form, and saves it away. Later, when they want to view or edit the thing, they get the same document back. (For example, if we decide to change the wording on one of the prompts, or delete an item, the user's old documents should not change a whit.) Normally one would differentiate the "form" (the skeleton of the document) from the "data" (what goes into the blanks); in this instance, we're interested in giving the user the illusion of having a paper form, immutable except when they go and edit it; its eventual fate will be to be printed out and filed away on paper. So I'm noodling with the idea of having the whole thing get instantiated, edited, saved, re-presented, edited...all in a piece, prompts and user-entered data and all. I know that I can use XMLDB to store the documents; what I'm not so sure about is whether Cocoon CForms can handle things the way I want. Any suggestions? TIA, -- rw Zo�: Captain'll come up with a plan. Kaylee: Well, that's good... right? Zo�: Possibly you're not recalling some of his previous plans. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
