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]
