<snip/> > > As long as your stylesheet takes an instance (inserted in the XForms > > document from a JavaBean or DOM node through > > CastorTransformer or a flat XML > > file) and renders HTML Form with element names which > > correspond to the XPath > > locations of the instance elements, then I think it can be a > > perfect match > > to the CocoonForm toolkit I built in the last few > > weeks. It will be probably a good fit for Torsten's framework > > which we'll > > eventually integrate with. > > Appears that your current work is very close to achieving that. > > I'll further my work on that (although, I can be back to my paid work at any > time and I don't want to leave unfinished stuff). > > If Torsten's work in CVS then I'll take a look at it.
Sure... please take a look :) http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/ http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/scratchpad/webapp/mount/precept/ and please read the README http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/scratchpad/webapp/mount/precept/README?rev=1.1&content-type=text/vnd.viewcvs-markup So might also want to try the examples... <snip/> > If it supports dependecy checks then 'yes'. An example: is it possible to > implement such a validation rule "validate 'car-model' required field only > if the user indicated that he owns one (has set 'has-car' field to true)"? That's what I like to see, too. Although I doubt you can express this within a XSD, can you? I know most people don't like "homegrown" standards that's why I made the validation pluggable in my approach. So anyone can easily come up with what he needs but still support the current "standard" validations. As a demo validation I came up with the "easyrelax" validation... Although it's just an example I have to admit I like it more and more :) > > It would be cool if Berin (as an ExFormula developer) and the > > folks who > > build Chiba participate in this discussion. > > They've already spent a significant amount of effort on this problem. ...that's would be great... > > If we're to solve it and bump Cocoon to the level of Struts > > and the next > > generation Java Server Faces based app servers, we need their help. > > We need to create a small but real-life sample application and we will > achieve the level of Struts. Haven't look at JSF, but it's based on Struts, > isn't it? Can you give a link for the JSF? > So, let's start work on a web app now! Your work fills me with enthusiasm ;) Ivelin and me thought it would be a good idea to have a feedback wizard as sample application. So people install cocoon and they are asked a few questions (what system, how the installation went etc.) and the feedback can be registered somewhere. We then could create some statistics with SVG on the cocoon website maybe :) We compiled some requirements for such an sample application: * should at least 3 pages with a summary as last page * should be full i18n. the browser locale should be taken as default locale for the application. not only the labels but also the constraints and error messages should be localized * all types of HTML controls should be used * you should be able to navigate through the wizard with "next" and "prev" buttons * as little java programming as possible should be necessary to create simple forms. * use the MVC pattern Hope I haven't forgotten anything... -- Torsten --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
