You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Andrew Timberlake <an...@timberlake.co.za> on 2002/06/06 15:29:16 UTC
XMLForms XMLFormTransformer
Is there a reason why hidden fields are not supported in XMLForms.
If I set a xf:hidden element it is not populated with a value.
I would like to patch the XMLFormTransformer to include hidden field
support but want to check if this has be purposefully left out?
TIA
Andrew
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: XMLForms. HOWTO bug?
Posted by Ivelin Ivanov <iv...@apache.org>.
Slow is infinitely faster than still.
Looking forward to your contribution.
Ivelin
Andrew C. Oliver wrote:
> As soon as I figure out how to use it I plan to :-)
>
> I've started my rewrite of this site: www.bringmethis.com using Cocoon
> (and hence XMLForm). In the process I'll be happy to contribute a
> hello XMLForm example once I actually figure out how to get it working.
> I'm a little slower than the rest of ya.
>
> -Andy
>
> Ivelin Ivanov wrote:
>
>>
>> Interested to write one ? ;)
>>
>>
>> Andrew C. Oliver wrote:
>>
>>> Yromem.com MailingList wrote:
>>>
>>>> Hi,
>>>>
>>>> do you plan to write a simple way to use XMLForm when we need only
>>>> one Form :
>>>> with no need to write a javabean (or javacode)
>>>> I trie to understand all the XMLForm, but it is difficult to me.
>>>> (the java part)
>>>>
>>>> Khalid.
>>>
>>>
>>>
>>>
>>>
>>> +1 -- We need a "Hello XMLForm" example.
>>>
>>>>
>>>>
>>>> Ivelin Ivanov wrote:
>>>>
>>>>>
>>>>> UserBean.java:
>>>>> private Node system;
>>>>>
>>>>> This an attribute which is of type org.w3c.dom.Node
>>>>>
>>>>> This is used in the FeedBack Wiazard demo to show how JavaBeans can
>>>>> be mixed with dom nodes. It is referenced on the page where you
>>>>> select Operating System, RAM, App server, etc.
>>>>>
>>>>> If you're not going to need DOM nodes in your Form model, you can
>>>>> ignore this attribute. Just delete it.
>>>>>
>>>>> I am not sure why it is in the HowTo though. Don't think it is
>>>>> necessary. Heidi?
>>>>>
>>>>>
>>>>> Ivelin
>>>>>
>>>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> Please check that your question has not already been answered in the
>>>> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>>>>
>>>> To unsubscribe, e-mail: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> Please check that your question has not already been answered in the
>>> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>>>
>>> To unsubscribe, e-mail: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>
>>
>>
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
--
-= Ivelin =-
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: XMLForms. HOWTO bug?
Posted by "Andrew C. Oliver" <ac...@apache.org>.
As soon as I figure out how to use it I plan to :-)
I've started my rewrite of this site: www.bringmethis.com using Cocoon
(and hence XMLForm). In the process I'll be happy to contribute a
hello XMLForm example once I actually figure out how to get it working.
I'm a little slower than the rest of ya.
-Andy
Ivelin Ivanov wrote:
>
> Interested to write one ? ;)
>
>
> Andrew C. Oliver wrote:
>
>> Yromem.com MailingList wrote:
>>
>>> Hi,
>>>
>>> do you plan to write a simple way to use XMLForm when we need only
>>> one Form :
>>> with no need to write a javabean (or javacode)
>>> I trie to understand all the XMLForm, but it is difficult to me.
>>> (the java part)
>>>
>>> Khalid.
>>
>>
>>
>>
>> +1 -- We need a "Hello XMLForm" example.
>>
>>>
>>>
>>> Ivelin Ivanov wrote:
>>>
>>>>
>>>> UserBean.java:
>>>> private Node system;
>>>>
>>>> This an attribute which is of type org.w3c.dom.Node
>>>>
>>>> This is used in the FeedBack Wiazard demo to show how JavaBeans can
>>>> be mixed with dom nodes. It is referenced on the page where you
>>>> select Operating System, RAM, App server, etc.
>>>>
>>>> If you're not going to need DOM nodes in your Form model, you can
>>>> ignore this attribute. Just delete it.
>>>>
>>>> I am not sure why it is in the HowTo though. Don't think it is
>>>> necessary. Heidi?
>>>>
>>>>
>>>> Ivelin
>>>>
>>>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> Please check that your question has not already been answered in the
>>> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>>>
>>> To unsubscribe, e-mail: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> Please check that your question has not already been answered in the
>> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>>
>> To unsubscribe, e-mail: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>
>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: XMLForms. HOWTO bug?
Posted by "Yromem.com MailingList" <ma...@yromem.com>.
actually i write :
xmlform.xml -> addsession-tag.xsl -> session transformer ->
removesession-tag.xsl -> xmlform2html.xsl
but it don't work, and i don't know why ?
if someone want i can give you that ?
khalid.
Ivelin Ivanov wrote:
>
> Interested to write one ? ;)
>
>
> Andrew C. Oliver wrote:
>
>> Yromem.com MailingList wrote:
>>
>>> Hi,
>>>
>>> do you plan to write a simple way to use XMLForm when we need only
>>> one Form :
>>> with no need to write a javabean (or javacode)
>>> I trie to understand all the XMLForm, but it is difficult to me.
>>> (the java part)
>>>
>>> Khalid.
>>
>>
>>
>>
>> +1 -- We need a "Hello XMLForm" example.
>>
>>>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: XMLForms. HOWTO bug?
Posted by Ivelin Ivanov <iv...@apache.org>.
Interested to write one ? ;)
Andrew C. Oliver wrote:
> Yromem.com MailingList wrote:
>
>> Hi,
>>
>> do you plan to write a simple way to use XMLForm when we need only one
>> Form :
>> with no need to write a javabean (or javacode)
>> I trie to understand all the XMLForm, but it is difficult to me. (the
>> java part)
>>
>> Khalid.
>
>
>
> +1 -- We need a "Hello XMLForm" example.
>
>>
>>
>> Ivelin Ivanov wrote:
>>
>>>
>>> UserBean.java:
>>> private Node system;
>>>
>>> This an attribute which is of type org.w3c.dom.Node
>>>
>>> This is used in the FeedBack Wiazard demo to show how JavaBeans can
>>> be mixed with dom nodes. It is referenced on the page where you
>>> select Operating System, RAM, App server, etc.
>>>
>>> If you're not going to need DOM nodes in your Form model, you can
>>> ignore this attribute. Just delete it.
>>>
>>> I am not sure why it is in the HowTo though. Don't think it is
>>> necessary. Heidi?
>>>
>>>
>>> Ivelin
>>>
>>>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> Please check that your question has not already been answered in the
>> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>>
>> To unsubscribe, e-mail: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
--
-= Ivelin =-
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: XMLForms. HOWTO bug?
Posted by "Andrew C. Oliver" <ac...@apache.org>.
Yromem.com MailingList wrote:
> Hi,
>
> do you plan to write a simple way to use XMLForm when we need only one
> Form :
> with no need to write a javabean (or javacode)
> I trie to understand all the XMLForm, but it is difficult to me. (the
> java part)
>
> Khalid.
+1 -- We need a "Hello XMLForm" example.
>
>
> Ivelin Ivanov wrote:
>
>>
>> UserBean.java:
>> private Node system;
>>
>> This an attribute which is of type org.w3c.dom.Node
>>
>> This is used in the FeedBack Wiazard demo to show how JavaBeans can
>> be mixed with dom nodes. It is referenced on the page where you
>> select Operating System, RAM, App server, etc.
>>
>> If you're not going to need DOM nodes in your Form model, you can
>> ignore this attribute. Just delete it.
>>
>> I am not sure why it is in the HowTo though. Don't think it is
>> necessary. Heidi?
>>
>>
>> Ivelin
>>
>>>
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: XMLForms. HOWTO bug?
Posted by "Yromem.com MailingList" <ma...@yromem.com>.
Hi,
do you plan to write a simple way to use XMLForm when we need only one
Form :
with no need to write a javabean (or javacode)
I trie to understand all the XMLForm, but it is difficult to me. (the
java part)
Khalid.
Ivelin Ivanov wrote:
>
> UserBean.java:
> private Node system;
>
> This an attribute which is of type org.w3c.dom.Node
>
> This is used in the FeedBack Wiazard demo to show how JavaBeans can be
> mixed with dom nodes. It is referenced on the page where you select
> Operating System, RAM, App server, etc.
>
> If you're not going to need DOM nodes in your Form model, you can
> ignore this attribute. Just delete it.
>
> I am not sure why it is in the HowTo though. Don't think it is
> necessary. Heidi?
>
>
> Ivelin
>
>>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: XMLForms. HOWTO bug?
Posted by Ivelin Ivanov <iv...@apache.org>.
UserBean.java:
private Node system;
This an attribute which is of type org.w3c.dom.Node
This is used in the FeedBack Wiazard demo to show how JavaBeans can be
mixed with dom nodes. It is referenced on the page where you select
Operating System, RAM, App server, etc.
If you're not going to need DOM nodes in your Form model, you can ignore
this attribute. Just delete it.
I am not sure why it is in the HowTo though. Don't think it is
necessary. Heidi?
Ivelin
Kenny Chow wrote:
> To whom it may concern,
> I am very interested in XMLForms and had been
> looking at the docs, both on the apache and in the
> 2.1dev. However, there is one thing that I don't
> understand -- the "Node system" in UserBean. I notice
> both UserBean and howtoBean have this attribute but my
> understanding is limited; I don't know what it is used
> for and why they are there. If I were to write my own
> bean to incorporate into my xmlform, do I include
> "Node system" in my bean as well?
>
> Thanks,
> KC
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.yahoo.com
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
--
-= Ivelin =-
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
XMLForms
Posted by Kenny Chow <ky...@yahoo.com>.
To whom it may concern,
I am very interested in XMLForms and had been
looking at the docs, both on the apache and in the
2.1dev. However, there is one thing that I don't
understand -- the "Node system" in UserBean. I notice
both UserBean and howtoBean have this attribute but my
understanding is limited; I don't know what it is used
for and why they are there. If I were to write my own
bean to incorporate into my xmlform, do I include
"Node system" in my bean as well?
Thanks,
KC
__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [HELP FIX BUG] XMLForms - wizard2html.xsl or xmlform2html.xsl
Posted by Ivelin Ivanov <iv...@apache.org>.
Just noticed that the wizard demo leaves xf:cation tags in the resulting
html.
It does not affect display in IE, but Mozilla shows the caption text in
arbitrary locations.
This a silly bug in one of the two stylesheets.
Any XSLT takers?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9716
Ivelin
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [HELP FIX BUG] XMLForms - wizard2html.xsl or xmlform2html.xsl
Posted by Ivelin Ivanov <iv...@apache.org>.
Just noticed that the wizard demo leaves xf:cation tags in the resulting
html.
It does not affect display in IE, but Mozilla shows the caption text in
arbitrary locations.
This a silly bug in one of the two stylesheets.
Any XSLT takers?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9716
Ivelin
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
[PATCH] Re: XMLForms XMLFormTransformer
Posted by Ivelin Ivanov <iv...@apache.org>.
Bug # 9674 closed (see below) .
Fix provided by Andrew Timberlake
Notes:
modification to the xmlform2html.xsl file which removes the
hard-coded class attributes and allows all attributes to be copied through.
This
allows size to be used on textboxes amongst others, it also allows the class
attribute to be ignored.
XMLFormTransformer: check to see if an xf:hidden element already has an
xf:value child and will add the value from the model if not.
Enjoy !
Ivelin
----- Original Message -----
From: "Andrew Timberlake" <an...@timberlake.co.za>
To: <iv...@apache.org>
Sent: Friday, June 07, 2002 6:58 AM
Subject: Re: XMLForms XMLFormTransformer
> Ivelin
>
> I have submitted a patch
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9674
>
> I had submitted an original patch which ignored the fact that xf:hidden
> could already contain an xf:value element.
>
> Andrew
>
> On Fri, 2002-06-07 at 12:13, Ivelin Ivanov wrote:
> >
> >
> > I thought you might be doing something like this.
> > It's kind of a hacky way to pass data from one part of the model to
another,
> > but I guess it is a valid request if often needed.
> >
> > Ok so how do we change the implementation?
> > Populate the xf:value in the transformer if <xf:instance/> does not
specify
> > value in the xml markup?
> >
> > If you have the patch go right ahead, submit it to bugzilla and let me
know.
> >
> >
> > Cheers,
> >
> > Ivelin
> >
> >
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
[PATCH] Re: XMLForms XMLFormTransformer
Posted by Ivelin Ivanov <iv...@apache.org>.
Bug # 9674 closed (see below) .
Fix provided by Andrew Timberlake
Notes:
modification to the xmlform2html.xsl file which removes the
hard-coded class attributes and allows all attributes to be copied through.
This
allows size to be used on textboxes amongst others, it also allows the class
attribute to be ignored.
XMLFormTransformer: check to see if an xf:hidden element already has an
xf:value child and will add the value from the model if not.
Enjoy !
Ivelin
----- Original Message -----
From: "Andrew Timberlake" <an...@timberlake.co.za>
To: <iv...@apache.org>
Sent: Friday, June 07, 2002 6:58 AM
Subject: Re: XMLForms XMLFormTransformer
> Ivelin
>
> I have submitted a patch
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9674
>
> I had submitted an original patch which ignored the fact that xf:hidden
> could already contain an xf:value element.
>
> Andrew
>
> On Fri, 2002-06-07 at 12:13, Ivelin Ivanov wrote:
> >
> >
> > I thought you might be doing something like this.
> > It's kind of a hacky way to pass data from one part of the model to
another,
> > but I guess it is a valid request if often needed.
> >
> > Ok so how do we change the implementation?
> > Populate the xf:value in the transformer if <xf:instance/> does not
specify
> > value in the xml markup?
> >
> > If you have the patch go right ahead, submit it to bugzilla and let me
know.
> >
> >
> > Cheers,
> >
> > Ivelin
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: XMLForms XMLFormTransformer
Posted by Ivelin Ivanov <iv...@apache.org>.
I thought you might be doing something like this.
It's kind of a hacky way to pass data from one part of the model to another,
but I guess it is a valid request if often needed.
Ok so how do we change the implementation?
Populate the xf:value in the transformer if <xf:instance/> does not specify
value in the xml markup?
If you have the patch go right ahead, submit it to bugzilla and let me know.
Cheers,
Ivelin
----- Original Message -----
From: "Andrew Timberlake" <an...@ddd.co.za>
To: <co...@xml.apache.org>
Sent: Friday, June 07, 2002 1:59 AM
Subject: Re: XMLForms XMLFormTransformer
> Ivelin
>
> Here is the process I'm following:
> The XMLForm is first met with a URI containing an id in the querystring.
> I use the prepare method of my action to load a OR object reference by
> the id which then populates the model so that the form is populated for
> editing.
> If there is no id on the querystring, The model is not populated and is
> ready for add.
> The id is then moved into the form if edit so that changes will be
> updated instead of added.
> The concept is that the adding and editing of records will always use
> the same fields and I do not want to create two seperate forms when I
> can use one.
> I am also using XMLForms at request scope so as to minimise the object
> in session memory if not needed.
>
> I could populate the hidden field using the id through a request
> parameter but I figured that using the model was consistent with the
> rest of the way the form worked.
>
> Andrew
>
> On Fri, 2002-06-07 at 06:12, Ivelin Ivanov wrote:
> > Did you look at the latest Feedback Wizard demo for XMLForm.
> >
> > A sample use of the hidden tag is:
> >
> > <xf:hidden ref="xpath/to/some/element/">
> > <xf:value>567</xf:value>
> > </xf:hidden>
> >
> >
> > The hidden tag is provided a value in the markup.
> > It does not read value from the model for the same reasons that the
XForms
> > standard does not support hidden.
> > If you want to put in a hidden tag something which is part of the model,
> > then why do the round trip at all? Just keep the value in the model on
the
> > server.
> >
> > Do you have a good use case which calls for populating hidden from the
form
> > model instance?
> >
> >
> > Ivelin
> >
> >
> >
> >
> >
> >
> >
> > ----- Original Message -----
> > From: "Andrew Timberlake" <an...@timberlake.co.za>
> > To: <co...@xml.apache.org>
> > Sent: Thursday, June 06, 2002 8:29 AM
> > Subject: XMLForms XMLFormTransformer
> >
> >
> > > Is there a reason why hidden fields are not supported in XMLForms.
> > > If I set a xf:hidden element it is not populated with a value.
> > > I would like to patch the XMLFormTransformer to include hidden field
> > > support but want to check if this has be purposefully left out?
> > >
> > > TIA
> > >
> > > Andrew
> > >
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
> >
> --
> Andrew Timberlake
> Digital Design Development
> http://www.ddd.co.za
> mailto:andrew@ddd.co.za
> 011 705 1737
> 082 415 8283
>
> "If debugging is the process of removing bugs,
> then programming must be the process of putting them in."
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: XMLForms XMLFormTransformer
Posted by Andrew Timberlake <an...@ddd.co.za>.
Ivelin
Here is the process I'm following:
The XMLForm is first met with a URI containing an id in the querystring.
I use the prepare method of my action to load a OR object reference by
the id which then populates the model so that the form is populated for
editing.
If there is no id on the querystring, The model is not populated and is
ready for add.
The id is then moved into the form if edit so that changes will be
updated instead of added.
The concept is that the adding and editing of records will always use
the same fields and I do not want to create two seperate forms when I
can use one.
I am also using XMLForms at request scope so as to minimise the object
in session memory if not needed.
I could populate the hidden field using the id through a request
parameter but I figured that using the model was consistent with the
rest of the way the form worked.
Andrew
On Fri, 2002-06-07 at 06:12, Ivelin Ivanov wrote:
> Did you look at the latest Feedback Wizard demo for XMLForm.
>
> A sample use of the hidden tag is:
>
> <xf:hidden ref="xpath/to/some/element/">
> <xf:value>567</xf:value>
> </xf:hidden>
>
>
> The hidden tag is provided a value in the markup.
> It does not read value from the model for the same reasons that the XForms
> standard does not support hidden.
> If you want to put in a hidden tag something which is part of the model,
> then why do the round trip at all? Just keep the value in the model on the
> server.
>
> Do you have a good use case which calls for populating hidden from the form
> model instance?
>
>
> Ivelin
>
>
>
>
>
>
>
> ----- Original Message -----
> From: "Andrew Timberlake" <an...@timberlake.co.za>
> To: <co...@xml.apache.org>
> Sent: Thursday, June 06, 2002 8:29 AM
> Subject: XMLForms XMLFormTransformer
>
>
> > Is there a reason why hidden fields are not supported in XMLForms.
> > If I set a xf:hidden element it is not populated with a value.
> > I would like to patch the XMLFormTransformer to include hidden field
> > support but want to check if this has be purposefully left out?
> >
> > TIA
> >
> > Andrew
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
--
Andrew Timberlake
Digital Design Development
http://www.ddd.co.za
mailto:andrew@ddd.co.za
011 705 1737
082 415 8283
"If debugging is the process of removing bugs,
then programming must be the process of putting them in."
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: XMLForms XMLFormTransformer
Posted by Ivelin Ivanov <iv...@apache.org>.
Did you look at the latest Feedback Wizard demo for XMLForm.
A sample use of the hidden tag is:
<xf:hidden ref="xpath/to/some/element/">
<xf:value>567</xf:value>
</xf:hidden>
The hidden tag is provided a value in the markup.
It does not read value from the model for the same reasons that the XForms
standard does not support hidden.
If you want to put in a hidden tag something which is part of the model,
then why do the round trip at all? Just keep the value in the model on the
server.
Do you have a good use case which calls for populating hidden from the form
model instance?
Ivelin
----- Original Message -----
From: "Andrew Timberlake" <an...@timberlake.co.za>
To: <co...@xml.apache.org>
Sent: Thursday, June 06, 2002 8:29 AM
Subject: XMLForms XMLFormTransformer
> Is there a reason why hidden fields are not supported in XMLForms.
> If I set a xf:hidden element it is not populated with a value.
> I would like to patch the XMLFormTransformer to include hidden field
> support but want to check if this has be purposefully left out?
>
> TIA
>
> Andrew
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org