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]

Reply via email to