cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bartosz Zgodziński <bartek_...@poczta.onet.pl>
Subject Re: Cocoon forms problem
Date Wed, 02 Jun 2004 20:03:57 GMT
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:
http://cocoon.apache.org/2.1/userdocs/forms/validation.html

Bartosz Zgodziński

----- Original Message ----- 
From: "Marc Portier" <mpo@outerthought.org>
To: <users@cocoon.apache.org>
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" <mpo@outerthought.org>
> > To: <users@cocoon.apache.org>
> > 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/
> >>mpo@outerthought.org                              mpo@apache.org
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> >>For additional commands, e-mail: users-help@cocoon.apache.org
> >>
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > For additional commands, e-mail: users-help@cocoon.apache.org
> >
>
> -- 
> Marc Portier                            http://outerthought.org/
> Outerthought - Open Source, Java & XML Competence Support Center
> Read my weblog at                http://blogs.cocoondev.org/mpo/
> mpo@outerthought.org                              mpo@apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Mime
View raw message