Unfortunatelly it's not the end. I don't know where this bug appears but in my source file I've got: <fd:field id="opis" required="true"> <fd:label>Opis:</fd:label> <fd:datatype base="string"/> <fd:validation> <fd:length min="2" max="4"/> </fd:validation> </fd:field> So it's correct and I still have blank page when I write "fafafa" -> validation doesn't work :(
Bartosz Zgodziński ----- Original Message ----- From: "Marc Portier" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, June 02, 2004 10:25 PM Subject: Re: Cocoon forms problem > > > Bartosz Zgodziński wrote: > > > I'm sorry but I don't undurstand. I use Cocoon Forms not Woody Forms so why > > should I use wd: ? I taked it from: > > sure, my mistake, sorry > > > http://cocoon.apache.org/2.1/userdocs/forms/validation.html > > > > yep, your reference is better then mine (as Joerg just pointed out) > you did miss out on the <fd:validation> around the fd:length though! > > regards, > -marc= > > > Bartosz Zgodziński > > > > ----- Original Message ----- > > From: "Marc Portier" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, June 02, 2004 9:53 PM > > Subject: Re: Cocoon forms problem > > > > > > > >> > >>Bartosz Zgodziński wrote: > >> > >> > >>>Thansk and here are more details: > >>>d_form1.xml: > >>> <fd:field id="opis" required="true"> > >>> <fd:label>Opis:</fd:label> > >>> <fd:datatype base="string"/> > >>> <fd:length min="2" max="4"/> > >>> </fd:field> > >>> > >>nope, > >>the validation should be nested to the datatype: > >> > >><wd:datatype base="string"> > >> <wd:validation> > >> <wd:length exact='4'/> > >> </wd:validation> > >></wd:datatype> > >> > >>see the ref here: > >>http://wiki.cocoondev.org/Wiki.jsp?page=WoodyDatatypeReference > >> > >> > >>>and my input strig is "a" or "fafaf" > >>> > >>>If I don't write anything the result is the same bisede required="true" > > >>> > >>*that* is weird, can you explicitely retest and confirm? > >>(was the asterix shown on the form indicating the template-transformer > >>also noticed the 'required' flag?) > >> > >>-marc= > >> > >> > >>>Bartosz Zgodziński > >>> > >>>----- Original Message ----- > >>>From: "Marc Portier" <[EMAIL PROTECTED]> > >>>To: <[EMAIL PROTECTED]> > >>>Sent: Wednesday, June 02, 2004 9:25 PM > >>>Subject: Re: Cocoon forms problem > >>> > >>> > >>> > >>> > >>>>Bartosz Zgodziński wrote: > >>>> > >>>> > >>>> > >>>>>Thanks for Bruno Dumon... > >>>>>It's a little bit better but it still doesn't work. > >>>>>I make many changes so I will write it again. Sitemap: > >>>>> > >>>>> <map:match pattern="form1.html"> > >>>>> <map:aggregate element="site"> > >>>>> <map:part src="documents/menu.xml"/> > >>>>> <map:part src="cocoon:/forms/t_form1.xml"/> > >>>>> </map:aggregate> > >>>>> <map:transform src="stylesheets/stylesheet.xsl"/> > >>>>> <map:serialize type="html"/> > >>>>> </map:match> > >>>>> > >>>>> <map:match pattern="forms/*"> > >>>>> <map:generate src="forms/{1}" type="jx"/> > >>>>> <map:transform type="form"/> > >>>>> <map:transform type="i18n" label="debug"> > >>>>> <map:parameter name="locale" value="en_US"/> > >>>>> </map:transform> > >>>>> <map:transform src="resources/forms-samples-styling.xsl"/> > >>>>> <map:serialize type="xml"/> <!-- XML !!!!!!!!!!!!!!!!! I don't > >>> > >>>know > >>> > >>> > >>>>>but may be it's important that it's not html. I've hanged it because I > >>>>>agregate it with another xml file and than transform as you can see > >>>>>above --> > >>>> > >>>>you shouldn't need to do this, the serializer will be 'automatically' > >>>>eliminated from the pipe in the case you are using it in an aggregation > >>>>(or even xinclude) context > >>>> > >>>>keeping it to html will enable you to get a clear html view in > >>>>non-aggregate mode > >>>> > >>>> > >>>> > >>>>> </map:match> > >>>>> > >>>>> > >>>>>so I write URL: http://localhost:8080/test/start.do > >>>>>function start() > >>>>>{ > >>>>> var form = new Form("forms/d_form1.xml"); //d_form1.xml it's > > > > a > > > >>>>>form data and t_form1 it's fotm templates > >>>>> form.showForm("form1.html"); > >>>>>} > >>>>> > >>>>>As you see lots of have been changed, but it works very similar. The > >>> > >>>page > >>> > >>> > >>>>didn't look into your previous post, so I hope I'm not missing out on > >>>>some details... > >>>> > >>>> > >>>> > >>>>>looks the same but the validation doesynt work at all. When I press > >>> > >>>submit > >>> > >>> > >>>>>buten I see white page (it's because I don't have anything after > >>>>>form.showForm(...)). > >>>> > >>>>yes. > >>>>the flowscript function should not just return (if it does you get the > >>>>blank page syndrome) > >>>> > >>>>try ending at least with some cocoon.redirectTo(path) > >>>> > >>>>where path = anything appropriate to show after all is well "done.html" > >>>>or "home", "/", ... > >>>> > >>>> > >>>>however, > >>>>you should only get to that effect when you didn't provide any clearly > >>>>invalid data (and your remark on failing validation seems to hint that > >>>>you did try to trigger that specifically) > >>>> > >>>> > >>>> > >>>>>Why the validation doesn't work? > >>>>> > >>>> > >>>>well, I missed the detail of the d_form1.xml and any validation it might > >>>>have specified or set programmatically > >>>> > >>>>and you should provide us with the test-data you entered when hoping for > >>>>validation errors to occur... > >>>> > >>>>regards, > >>>>-marc= > >>>>-- > >>>>Marc Portier http://outerthought.org/ > >>>>Outerthought - Open Source, Java & XML Competence Support Center > >>>>Read my weblog at http://blogs.cocoondev.org/mpo/ > >>>>[EMAIL PROTECTED] [EMAIL PROTECTED] > >>>> > >>>>--------------------------------------------------------------------- > >>>>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>>For additional commands, e-mail: [EMAIL PROTECTED] > >>>> > >>> > >>> > >>> > >>>--------------------------------------------------------------------- > >>>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>For additional commands, e-mail: [EMAIL PROTECTED] > >>> > >> > >>-- > >>Marc Portier http://outerthought.org/ > >>Outerthought - Open Source, Java & XML Competence Support Center > >>Read my weblog at http://blogs.cocoondev.org/mpo/ > >>[EMAIL PROTECTED] [EMAIL PROTECTED] > >> > >>--------------------------------------------------------------------- > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>For additional commands, e-mail: [EMAIL PROTECTED] > >> > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > Marc Portier http://outerthought.org/ > Outerthought - Open Source, Java & XML Competence Support Center > Read my weblog at http://blogs.cocoondev.org/mpo/ > [EMAIL PROTECTED] [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]