You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Bartosz Zgodzinski <ba...@poczta.onet.pl> on 2004/06/02 18:19:04 UTC
Cocoon forms problem
It's realy difiicult for me to describe my problem so please be patient.
In my sitemap I've got this:
<map:match pattern="*.html">
<map:aggregate element="site">
<map:part src="documents/menu.xml"/>
<map:part src="cocoon:/{1}.do"/>
</map:aggregate>
<map:transform src="stylesheets/stylesheet.xsl"/>
<map:serialize type="html"/>
</map:match>
<map:match pattern="*.do">
<map:call function="{1}">
</map:call>
</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"/>
</map:match>
I call page form1.html so it go st thefirst <map:match> and the form1.do is
called.
The function form1 looks like that:
function form1()
{
var form = new Form("forms/d_form1.xml");
form.showForm("forms/t_form1.xml");
}
And now the problem. When the fields in this form are not validated,
everything is ok. But when they are and there is a validation error the form
is printed on the screen as xml. It looks like it is not aggregated with
menu.xml and not transformed with stylesheet.xsl. Can you tell me why? I
hope it's clear what I write.
Bartosz Zgodzinski
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
[OT] bier, beer and bear, pls bare with me (Re: Cocoon forms problem)
Posted by Marc Portier <mp...@outerthought.org>.
Tim Larson wrote:
> On Wed, Jun 02, 2004 at 10:12:46PM +0200, Marc Portier wrote:
>
>>hm, who owes who a bear in this case? Carsten?
>
>
> Whoa! When did we upgrade to dangerous animals?
> Let's keep this civilized :^)
>
grmblkrst , that wobbly speling of me
(http://blogs.cocoondev.org/mpo/archives/001506.html)
in any case I wanted to talk about 'bier' since the belgian variant
kinda gets my preference anyway :-)
regards, and thx for pointing out my glitch
-marc=
> --Tim Larson
>
> ---------------------------------------------------------------------
> 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
Re: Cocoon forms problem
Posted by Tim Larson <ti...@keow.org>.
On Wed, Jun 02, 2004 at 10:12:46PM +0200, Marc Portier wrote:
> hm, who owes who a bear in this case? Carsten?
Whoa! When did we upgrade to dangerous animals?
Let's keep this civilized :^)
--Tim Larson
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Cocoon forms problem
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
Marc Portier wrote:
>
>
> hm, who owes who a bear in this case? Carsten?
>
ROTFL :)
Carsten
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon forms problem
Posted by Marc Portier <mp...@outerthought.org>.
Joerg Heinicke wrote:
> On 02.06.2004 21:53, Marc Portier wrote:
>
>> nope,
>> the validation should be nested to the datatype:
>>
>> <wd:datatype base="string">
>> <wd:validation>
>> <wd:length exact='4'/>
>> </wd:validation>
>> </wd:datatype>
>
>
> Should it not be besides datatype:
>
> <wd:datatype base="string"/>
> <wd:validation>
> <wd:length exact='4'/>
> </wd:validation>
>
> This has been different some time ago, but the new way works in both
> woody and forms block:
> http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/woody/samples/forms/form1.xml?annotate=1.25#55
>
sure looks like it, and I hope Mr. Zgodzinski reads up on the thread
'fraid I didn't check any code, but just the wiki page...
well, looks like you just convinced me to update that :-)
hm, who owes who a bear in this case? Carsten?
anyway thx and 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
Re: Cocoon forms problem
Posted by Joerg Heinicke <jo...@gmx.de>.
On 02.06.2004 21:53, Marc Portier wrote:
> nope,
> the validation should be nested to the datatype:
>
> <wd:datatype base="string">
> <wd:validation>
> <wd:length exact='4'/>
> </wd:validation>
> </wd:datatype>
Should it not be besides datatype:
<wd:datatype base="string"/>
<wd:validation>
<wd:length exact='4'/>
</wd:validation>
This has been different some time ago, but the new way works in both
woody and forms block:
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/woody/samples/forms/form1.xml?annotate=1.25#55
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon forms problem
Posted by Marc Portier <mp...@outerthought.org>.
Bartosz Zgodziński wrote:
> The problem is that, that my form.js has only few lines. One funcfion.
and the appropriate cocoon.load() statement, right?
> function form1()
> {
> var form = new Form("forms/d_nowyTyp.xml");
> form.showForm("nowy.html");
> print ("out");
> }
I meant the Form.js (big F) to be found at
src/blocks/forms/java/org/apache/cocoon/forms/flow/javascript
you will need to rebuild cocoon however since that will bundle it up in
the [webapp]/WEB-INF/lib/cocoon-forms.jar
as you can see it gets quite hacky, and (in geneeral) you should not
need ever to do this, just that I don't see what you are missing here
> I know tak 'out' apers every time I press submit buton (when ther is a
> validation error and there is no). I have to look in log file. Tomoraow I
odd indeed, maybe in stead of printing "out" you could be inspecting the
form's values in stead
print(form.lookupWidget("/opis").getValue()) and stuff like that
> will continue working. Today I'm going to bed. In my country it's midnight,
it's always midnight on the internet :-)
(by the way I'm based in belgium, which is probably the same timezone
(CET) as Poland?)
> and I've been working from 10 o'clock in the morning. It's enought for me.
> Thanks for your help.
>
you're welcome, we're missing something obvious here, things should just
work...
-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
Re: Cocoon forms problem
Posted by Bartosz Zgodziński <ba...@poczta.onet.pl>.
The problem is that, that my form.js has only few lines. One funcfion.
function form1()
{
var form = new Form("forms/d_nowyTyp.xml");
form.showForm("nowy.html");
print ("out");
}
I know tak 'out' apers every time I press submit buton (when ther is a
validation error and there is no). I have to look in log file. Tomoraow I
will continue working. Today I'm going to bed. In my country it's midnight,
and I've been working from 10 o'clock in the morning. It's enought for me.
Thanks for your help.
Bartosz Zgodziński
tel. (61) 8428-157
cell. 504-14-00-16
----- Original Message -----
From: "Marc Portier" <mp...@outerthought.org>
To: <us...@cocoon.apache.org>
Sent: Wednesday, June 02, 2004 11:40 PM
Subject: Re: Cocoon forms problem
>
>
> Bartosz Zgodziński wrote:
>
> > 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 :(
> >
>
> odd, I just snatched your above snippet, wrapped in a proper
> <fd:form>e<fd:widgets> and supplied a silly template and flowscript to
> call it all, no props over here: 'a' and 'fafafa' are marked wrong while
> 'ere' nicely proceeds the flowscript after the showform
>
> try getting some more info out of things by adding some print statements
> in the flowscript and checking the logs (maybe increasing the log-level)
> (maybe even adding some print stuff in the Forms.js around the
> sendPageAndWait part...)
>
> since you see the form at least the first time this must mean that the
> pipeline works ok so there is no reason to juggle around there...
>
> -marc= (running out of ideas)
> --
> 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
Re: Cocoon forms problem
Posted by Marc Portier <mp...@outerthought.org>.
Bartosz Zgodziński wrote:
> 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 :(
>
odd, I just snatched your above snippet, wrapped in a proper
<fd:form>e<fd:widgets> and supplied a silly template and flowscript to
call it all, no props over here: 'a' and 'fafafa' are marked wrong while
'ere' nicely proceeds the flowscript after the showform
try getting some more info out of things by adding some print statements
in the flowscript and checking the logs (maybe increasing the log-level)
(maybe even adding some print stuff in the Forms.js around the
sendPageAndWait part...)
since you see the form at least the first time this must mean that the
pipeline works ok so there is no reason to juggle around there...
-marc= (running out of ideas)
--
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
Re: Cocoon forms problem
Posted by Bartosz Zgodziński <ba...@poczta.onet.pl>.
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" <mp...@outerthought.org>
To: <us...@cocoon.apache.org>
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" <mp...@outerthought.org>
> > To: <us...@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" <mp...@outerthought.org>
> >>>To: <us...@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
> >
>
> --
> 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
Re: Cocoon forms problem
Posted by Marc Portier <mp...@outerthought.org>.
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" <mp...@outerthought.org>
> To: <us...@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" <mp...@outerthought.org>
>>>To: <us...@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
>
--
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
Re: Cocoon forms problem
Posted by Bartosz Zgodziński <ba...@poczta.onet.pl>.
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" <mp...@outerthought.org>
To: <us...@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" <mp...@outerthought.org>
> > To: <us...@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
Re: Cocoon forms problem
Posted by Marc Portier <mp...@outerthought.org>.
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" <mp...@outerthought.org>
> To: <us...@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
Re: Cocoon forms problem
Posted by Bartosz Zgodziński <ba...@poczta.onet.pl>.
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>
and my input strig is "a" or "fafaf"
If I don't write anything the result is the same bisede required="true">
Bartosz Zgodziński
----- Original Message -----
From: "Marc Portier" <mp...@outerthought.org>
To: <us...@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
Re: Cocoon forms problem
Posted by Marc Portier <mp...@outerthought.org>.
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
Re: Cocoon forms problem
Posted by Bartosz Zgodziński <ba...@poczta.onet.pl>.
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 -->
</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
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(...)).
Why the validation doesn't work?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon forms problem
Posted by Bruno Dumon <br...@outerthought.org>.
On Wed, 2004-06-02 at 18:19, Bartosz Zgodzinski wrote:
> It's realy difiicult for me to describe my problem so please be patient.
> In my sitemap I've got this:
> <map:match pattern="*.html">
> <map:aggregate element="site">
> <map:part src="documents/menu.xml"/>
> <map:part src="cocoon:/{1}.do"/>
> </map:aggregate>
> <map:transform src="stylesheets/stylesheet.xsl"/>
> <map:serialize type="html"/>
> </map:match>
>
> <map:match pattern="*.do">
> <map:call function="{1}">
> </map:call>
> </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"/>
> </map:match>
>
> I call page form1.html so it go st thefirst <map:match> and the form1.do is
> called.
> The function form1 looks like that:
> function form1()
> {
> var form = new Form("forms/d_form1.xml");
> form.showForm("forms/t_form1.xml");
> }
>
> And now the problem. When the fields in this form are not validated,
> everything is ok. But when they are and there is a validation error the form
> is printed on the screen as xml. It looks like it is not aggregated with
> menu.xml and not transformed with stylesheet.xsl. Can you tell me why? I
> hope it's clear what I write.
The argument to your showForm function points to the wrong matcher, try:
form.showForm("form1.html");
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno@outerthought.org bruno@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org