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]