You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Vasu Srinivasan <va...@gmail.com> on 2009/03/20 21:56:58 UTC
Making wicket work with Dynamically created html
I see this question has been posted before and searched around but I have
not seen any conclusive solution.
I am totally new to Wicket... We have a dynamic xml that contains UI and
data elements (text, radio, checkbox etc) which we need to convert to html
and then submit users selections etc. Basically a survey type of xml.
I understood that I have to use Panels, Repeaters and also implement
IMarkupResourceStreamProvider to provide my own html converted from xml via
xsl.
How do I then map my html to panels which wicket wants ? If there is a
template/example that would help.
I also read about wicket-qti which exactly addresses this kind of issue - is
that available ?
Appreciate help!
vasya
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by James Carman <jc...@carmanconsulting.com>.
What CGLIB proxy thing?
On Wed, Mar 25, 2009 at 9:44 AM, nino martinez wael
<ni...@gmail.com> wrote:
> This again makes me wonder how the cglibproxy thing are comming along?
>
> 2009/3/25 Erik van Oosten <e....@grons.nl>:
>> Haha, yes ugly, but very clear.
>>
>> In any case, using bind (as on CompoundPropertyModel) works as well. That
>> way you can use proper component ids in combination with XPath-like property
>> expression.
>>
>>
>>
>> Johan Compagner wrote:
>>>
>>> do you really use such ugly id's? :)
>>>
>>> On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e....@grons.nl>
>>> wrote:
>>>
>>>
>>>>
>>>> Interesting.
>>>>
>>>> I think we have something similar. We do stuff like
>>>> new TextField("/addresses/address[1]/street")
>>>> and this will automatically bind the text field to a node in the XML
>>>> document that was attached to the form.
>>>>
>>>> Regards,
>>>> Erik.
>>>>
>>>>
>>>> Jan Kriesten wrote:
>>>>
>>>>
>>>>>
>>>>> I did something like that with XML specifying the form and having a
>>>>> ElementModel
>>>>> binding the form elements to JDOM nodes.
>>>>>
>>>>> Best regards, --- Jan.
>>>>>
>>>>>
>>
>>
>> --
>> Erik van Oosten
>> http://www.day-to-day-stuff.blogspot.com/
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by nino martinez wael <ni...@gmail.com>.
yup thats the one, and thanks for answering
2009/3/25 Johan Compagner <jc...@gmail.com>:
> you mean the PropertyModel based on proxies (there is an issue in jira for
> that)
>
> I have some code working yes. But the problem is that commons-proxy isnt
> good enough yet to use
> (because we in wicket need to make a decision which proxy to use up front)
>
> Or i could just go for the default jdk proxy.
>
> the best thing was if commons proxy would work like slf4j
>
> johan
>
> On Wed, Mar 25, 2009 at 14:44, nino martinez wael <
> nino.martinez.wael@gmail.com> wrote:
>
>> This again makes me wonder how the cglibproxy thing are comming along?
>>
>> 2009/3/25 Erik van Oosten <e....@grons.nl>:
>> > Haha, yes ugly, but very clear.
>> >
>> > In any case, using bind (as on CompoundPropertyModel) works as well. That
>> > way you can use proper component ids in combination with XPath-like
>> property
>> > expression.
>> >
>> >
>> >
>> > Johan Compagner wrote:
>> >>
>> >> do you really use such ugly id's? :)
>> >>
>> >> On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e....@grons.nl>
>> >> wrote:
>> >>
>> >>
>> >>>
>> >>> Interesting.
>> >>>
>> >>> I think we have something similar. We do stuff like
>> >>> new TextField("/addresses/address[1]/street")
>> >>> and this will automatically bind the text field to a node in the XML
>> >>> document that was attached to the form.
>> >>>
>> >>> Regards,
>> >>> Erik.
>> >>>
>> >>>
>> >>> Jan Kriesten wrote:
>> >>>
>> >>>
>> >>>>
>> >>>> I did something like that with XML specifying the form and having a
>> >>>> ElementModel
>> >>>> binding the form elements to JDOM nodes.
>> >>>>
>> >>>> Best regards, --- Jan.
>> >>>>
>> >>>>
>> >
>> >
>> > --
>> > Erik van Oosten
>> > http://www.day-to-day-stuff.blogspot.com/
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> > For additional commands, e-mail: users-help@wicket.apache.org
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by James Carman <jc...@carmanconsulting.com>.
Oh, I have no problem doing that. The issue is getting the other PMC
members to agree to it. I had ProxyFactory set up as an interface in
the first place and they strongly suggested that I change it to a
class.
As for the SFL4J-likeness request, I don't think that's too tough.
On Wed, Mar 25, 2009 at 2:33 PM, Johan Compagner <jc...@gmail.com> wrote:
> i am fully conviced that james can do all that. :)
>
>
> On Wed, Mar 25, 2009 at 19:31, James Carman <jc...@carmanconsulting.com>wrote:
>
>> Ok, ok. I get it. I get it. I've got a request in to make Commons
>> Proxy more like SLF4J in that the implementation is "discoverable" at
>> runtime. I personally agree with you. I also think ProxyFactory
>> should be made an interface, not a concrete class. What I would do is
>> jack up the release number if I ever wanted to change it.
>>
>> On Wed, Mar 25, 2009 at 12:50 PM, Johan Compagner <jc...@gmail.com>
>> wrote:
>> > you mean the PropertyModel based on proxies (there is an issue in jira
>> for
>> > that)
>> >
>> > I have some code working yes. But the problem is that commons-proxy isnt
>> > good enough yet to use
>> > (because we in wicket need to make a decision which proxy to use up
>> front)
>> >
>> > Or i could just go for the default jdk proxy.
>> >
>> > the best thing was if commons proxy would work like slf4j
>> >
>> > johan
>> >
>> > On Wed, Mar 25, 2009 at 14:44, nino martinez wael <
>> > nino.martinez.wael@gmail.com> wrote:
>> >
>> >> This again makes me wonder how the cglibproxy thing are comming along?
>> >>
>> >> 2009/3/25 Erik van Oosten <e....@grons.nl>:
>> >> > Haha, yes ugly, but very clear.
>> >> >
>> >> > In any case, using bind (as on CompoundPropertyModel) works as well.
>> That
>> >> > way you can use proper component ids in combination with XPath-like
>> >> property
>> >> > expression.
>> >> >
>> >> >
>> >> >
>> >> > Johan Compagner wrote:
>> >> >>
>> >> >> do you really use such ugly id's? :)
>> >> >>
>> >> >> On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e.vanoosten@grons.nl
>> >
>> >> >> wrote:
>> >> >>
>> >> >>
>> >> >>>
>> >> >>> Interesting.
>> >> >>>
>> >> >>> I think we have something similar. We do stuff like
>> >> >>> new TextField("/addresses/address[1]/street")
>> >> >>> and this will automatically bind the text field to a node in the XML
>> >> >>> document that was attached to the form.
>> >> >>>
>> >> >>> Regards,
>> >> >>> Erik.
>> >> >>>
>> >> >>>
>> >> >>> Jan Kriesten wrote:
>> >> >>>
>> >> >>>
>> >> >>>>
>> >> >>>> I did something like that with XML specifying the form and having a
>> >> >>>> ElementModel
>> >> >>>> binding the form elements to JDOM nodes.
>> >> >>>>
>> >> >>>> Best regards, --- Jan.
>> >> >>>>
>> >> >>>>
>> >> >
>> >> >
>> >> > --
>> >> > Erik van Oosten
>> >> > http://www.day-to-day-stuff.blogspot.com/
>> >> >
>> >> >
>> >> > ---------------------------------------------------------------------
>> >> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> >> > For additional commands, e-mail: users-help@wicket.apache.org
>> >> >
>> >> >
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> >> For additional commands, e-mail: users-help@wicket.apache.org
>> >>
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by Johan Compagner <jc...@gmail.com>.
i am fully conviced that james can do all that. :)
On Wed, Mar 25, 2009 at 19:31, James Carman <jc...@carmanconsulting.com>wrote:
> Ok, ok. I get it. I get it. I've got a request in to make Commons
> Proxy more like SLF4J in that the implementation is "discoverable" at
> runtime. I personally agree with you. I also think ProxyFactory
> should be made an interface, not a concrete class. What I would do is
> jack up the release number if I ever wanted to change it.
>
> On Wed, Mar 25, 2009 at 12:50 PM, Johan Compagner <jc...@gmail.com>
> wrote:
> > you mean the PropertyModel based on proxies (there is an issue in jira
> for
> > that)
> >
> > I have some code working yes. But the problem is that commons-proxy isnt
> > good enough yet to use
> > (because we in wicket need to make a decision which proxy to use up
> front)
> >
> > Or i could just go for the default jdk proxy.
> >
> > the best thing was if commons proxy would work like slf4j
> >
> > johan
> >
> > On Wed, Mar 25, 2009 at 14:44, nino martinez wael <
> > nino.martinez.wael@gmail.com> wrote:
> >
> >> This again makes me wonder how the cglibproxy thing are comming along?
> >>
> >> 2009/3/25 Erik van Oosten <e....@grons.nl>:
> >> > Haha, yes ugly, but very clear.
> >> >
> >> > In any case, using bind (as on CompoundPropertyModel) works as well.
> That
> >> > way you can use proper component ids in combination with XPath-like
> >> property
> >> > expression.
> >> >
> >> >
> >> >
> >> > Johan Compagner wrote:
> >> >>
> >> >> do you really use such ugly id's? :)
> >> >>
> >> >> On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e.vanoosten@grons.nl
> >
> >> >> wrote:
> >> >>
> >> >>
> >> >>>
> >> >>> Interesting.
> >> >>>
> >> >>> I think we have something similar. We do stuff like
> >> >>> new TextField("/addresses/address[1]/street")
> >> >>> and this will automatically bind the text field to a node in the XML
> >> >>> document that was attached to the form.
> >> >>>
> >> >>> Regards,
> >> >>> Erik.
> >> >>>
> >> >>>
> >> >>> Jan Kriesten wrote:
> >> >>>
> >> >>>
> >> >>>>
> >> >>>> I did something like that with XML specifying the form and having a
> >> >>>> ElementModel
> >> >>>> binding the form elements to JDOM nodes.
> >> >>>>
> >> >>>> Best regards, --- Jan.
> >> >>>>
> >> >>>>
> >> >
> >> >
> >> > --
> >> > Erik van Oosten
> >> > http://www.day-to-day-stuff.blogspot.com/
> >> >
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> > For additional commands, e-mail: users-help@wicket.apache.org
> >> >
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by James Carman <jc...@carmanconsulting.com>.
Ok, ok. I get it. I get it. I've got a request in to make Commons
Proxy more like SLF4J in that the implementation is "discoverable" at
runtime. I personally agree with you. I also think ProxyFactory
should be made an interface, not a concrete class. What I would do is
jack up the release number if I ever wanted to change it.
On Wed, Mar 25, 2009 at 12:50 PM, Johan Compagner <jc...@gmail.com> wrote:
> you mean the PropertyModel based on proxies (there is an issue in jira for
> that)
>
> I have some code working yes. But the problem is that commons-proxy isnt
> good enough yet to use
> (because we in wicket need to make a decision which proxy to use up front)
>
> Or i could just go for the default jdk proxy.
>
> the best thing was if commons proxy would work like slf4j
>
> johan
>
> On Wed, Mar 25, 2009 at 14:44, nino martinez wael <
> nino.martinez.wael@gmail.com> wrote:
>
>> This again makes me wonder how the cglibproxy thing are comming along?
>>
>> 2009/3/25 Erik van Oosten <e....@grons.nl>:
>> > Haha, yes ugly, but very clear.
>> >
>> > In any case, using bind (as on CompoundPropertyModel) works as well. That
>> > way you can use proper component ids in combination with XPath-like
>> property
>> > expression.
>> >
>> >
>> >
>> > Johan Compagner wrote:
>> >>
>> >> do you really use such ugly id's? :)
>> >>
>> >> On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e....@grons.nl>
>> >> wrote:
>> >>
>> >>
>> >>>
>> >>> Interesting.
>> >>>
>> >>> I think we have something similar. We do stuff like
>> >>> new TextField("/addresses/address[1]/street")
>> >>> and this will automatically bind the text field to a node in the XML
>> >>> document that was attached to the form.
>> >>>
>> >>> Regards,
>> >>> Erik.
>> >>>
>> >>>
>> >>> Jan Kriesten wrote:
>> >>>
>> >>>
>> >>>>
>> >>>> I did something like that with XML specifying the form and having a
>> >>>> ElementModel
>> >>>> binding the form elements to JDOM nodes.
>> >>>>
>> >>>> Best regards, --- Jan.
>> >>>>
>> >>>>
>> >
>> >
>> > --
>> > Erik van Oosten
>> > http://www.day-to-day-stuff.blogspot.com/
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> > For additional commands, e-mail: users-help@wicket.apache.org
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by Johan Compagner <jc...@gmail.com>.
you mean the PropertyModel based on proxies (there is an issue in jira for
that)
I have some code working yes. But the problem is that commons-proxy isnt
good enough yet to use
(because we in wicket need to make a decision which proxy to use up front)
Or i could just go for the default jdk proxy.
the best thing was if commons proxy would work like slf4j
johan
On Wed, Mar 25, 2009 at 14:44, nino martinez wael <
nino.martinez.wael@gmail.com> wrote:
> This again makes me wonder how the cglibproxy thing are comming along?
>
> 2009/3/25 Erik van Oosten <e....@grons.nl>:
> > Haha, yes ugly, but very clear.
> >
> > In any case, using bind (as on CompoundPropertyModel) works as well. That
> > way you can use proper component ids in combination with XPath-like
> property
> > expression.
> >
> >
> >
> > Johan Compagner wrote:
> >>
> >> do you really use such ugly id's? :)
> >>
> >> On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e....@grons.nl>
> >> wrote:
> >>
> >>
> >>>
> >>> Interesting.
> >>>
> >>> I think we have something similar. We do stuff like
> >>> new TextField("/addresses/address[1]/street")
> >>> and this will automatically bind the text field to a node in the XML
> >>> document that was attached to the form.
> >>>
> >>> Regards,
> >>> Erik.
> >>>
> >>>
> >>> Jan Kriesten wrote:
> >>>
> >>>
> >>>>
> >>>> I did something like that with XML specifying the form and having a
> >>>> ElementModel
> >>>> binding the form elements to JDOM nodes.
> >>>>
> >>>> Best regards, --- Jan.
> >>>>
> >>>>
> >
> >
> > --
> > Erik van Oosten
> > http://www.day-to-day-stuff.blogspot.com/
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by nino martinez wael <ni...@gmail.com>.
This again makes me wonder how the cglibproxy thing are comming along?
2009/3/25 Erik van Oosten <e....@grons.nl>:
> Haha, yes ugly, but very clear.
>
> In any case, using bind (as on CompoundPropertyModel) works as well. That
> way you can use proper component ids in combination with XPath-like property
> expression.
>
>
>
> Johan Compagner wrote:
>>
>> do you really use such ugly id's? :)
>>
>> On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e....@grons.nl>
>> wrote:
>>
>>
>>>
>>> Interesting.
>>>
>>> I think we have something similar. We do stuff like
>>> new TextField("/addresses/address[1]/street")
>>> and this will automatically bind the text field to a node in the XML
>>> document that was attached to the form.
>>>
>>> Regards,
>>> Erik.
>>>
>>>
>>> Jan Kriesten wrote:
>>>
>>>
>>>>
>>>> I did something like that with XML specifying the form and having a
>>>> ElementModel
>>>> binding the form elements to JDOM nodes.
>>>>
>>>> Best regards, --- Jan.
>>>>
>>>>
>
>
> --
> Erik van Oosten
> http://www.day-to-day-stuff.blogspot.com/
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by Erik van Oosten <e....@grons.nl>.
Haha, yes ugly, but very clear.
In any case, using bind (as on CompoundPropertyModel) works as well.
That way you can use proper component ids in combination with XPath-like
property expression.
Johan Compagner wrote:
> do you really use such ugly id's? :)
>
> On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e....@grons.nl> wrote:
>
>
>> Interesting.
>>
>> I think we have something similar. We do stuff like
>> new TextField("/addresses/address[1]/street")
>> and this will automatically bind the text field to a node in the XML
>> document that was attached to the form.
>>
>> Regards,
>> Erik.
>>
>>
>> Jan Kriesten wrote:
>>
>>
>>> I did something like that with XML specifying the form and having a
>>> ElementModel
>>> binding the form elements to JDOM nodes.
>>>
>>> Best regards, --- Jan.
>>>
>>>
--
Erik van Oosten
http://www.day-to-day-stuff.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Xml models [Was: Making wicket work with Dynamically created
html]
Posted by Johan Compagner <jc...@gmail.com>.
do you really use such ugly id's? :)
On Tue, Mar 24, 2009 at 15:15, Erik van Oosten <e....@grons.nl> wrote:
> Interesting.
>
> I think we have something similar. We do stuff like
> new TextField("/addresses/address[1]/street")
> and this will automatically bind the text field to a node in the XML
> document that was attached to the form.
>
> Regards,
> Erik.
>
>
> Jan Kriesten wrote:
>
>> I did something like that with XML specifying the form and having a
>> ElementModel
>> binding the form elements to JDOM nodes.
>>
>> Best regards, --- Jan.
>>
>>
>
> --
> Erik van Oosten
> http://day-to-day-stuff.blogspot.com/
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Xml models [Was: Making wicket work with Dynamically created html]
Posted by Erik van Oosten <e....@grons.nl>.
Interesting.
I think we have something similar. We do stuff like
new TextField("/addresses/address[1]/street")
and this will automatically bind the text field to a node in the XML
document that was attached to the form.
Regards,
Erik.
Jan Kriesten wrote:
> I did something like that with XML specifying the form and having a ElementModel
> binding the form elements to JDOM nodes.
>
> Best regards, --- Jan.
>
--
Erik van Oosten
http://day-to-day-stuff.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Making wicket work with Dynamically created html
Posted by Jan Kriesten <kr...@mail.footprint.de>.
Hi Vasya,
> The velocity template is pretty good at displaying the html elements
> dynamically, but im not finding an easy way to bind the data back...
I'm not really sure what you're trying to accomplish. You can't use the velocity
to create wicket-components on the fly and have them bound to a form, that'll
not work.
If you want to create some dynamic form you should use repeaters and build them
up using them - and bind the formcomponents directly to the model (maybe you
need to write some specialized model yourself).
I did something like that with XML specifying the form and having a ElementModel
binding the form elements to JDOM nodes.
Best regards, --- Jan.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Making wicket work with Dynamically created html
Posted by Vasu Srinivasan <va...@gmail.com>.
Thanks for the replies. I experimented with wicket-velocity, it was very
easy to get started..
The velocity template is pretty good at displaying the html elements
dynamically, but im not finding an easy way to bind the data back...
The model I have is dynamic , ie I do not know beforehand the names of the
wicket ids. I may have to keep the values in a Map <String, String>. For eg
map("firstName", "xxx") etc, the corresponding wicket:id is "firstName".
When I bind a CompoundPropertyModel() back to the form, I get an error
"firstName" property not found. If I have an empty model bound I get
IllegalStateException: model may be null.
I understand why this is happening, so the qtn is there any other Model I
can use which binds to a Map ? Like if wicket:id is firstName, it should
update map.put("firstName", newValue) ?
On 3/21/09, Jan Kriesten <kr...@mail.footprint.de> wrote:
>
>
> Hi Vasya,
>
>
> > How do I then map my html to panels which wicket wants ? If there is a
> > template/example that would help.
>
>
> take a look at the wicket-velocity project where velocity templates are
> used for
> components. That should be similar to what you want.
>
> Best regards, --- Jan.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
--
Regards,
Vasu Srinivasan
Re: Making wicket work with Dynamically created html
Posted by Jan Kriesten <kr...@mail.footprint.de>.
Hi Vasya,
> How do I then map my html to panels which wicket wants ? If there is a
> template/example that would help.
take a look at the wicket-velocity project where velocity templates are used for
components. That should be similar to what you want.
Best regards, --- Jan.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Making wicket work with Dynamically created html
Posted by Brill Pappin <br...@pappin.ca>.
Hmm... what about a custom locator/loader that simply gave back the
html version of the XML when wicket asked for it?
You could even insert the wicket id attributes into the stream if your
XML knew about them, then allow Wicket to go through its normal process.
I don't think anything here will be exactly what you need but take a
look at:
http://cwiki.apache.org/WICKET/control-where-html-files-are-loaded-from.html
http://cwiki.apache.org/WICKET/custom-resource-paths.html
There are a few pointers that will help you understand what's going on
under the covers, and give you ideas on how your issue might be handled.
- Brill
On 20-Mar-09, at 4:56 PM, Vasu Srinivasan wrote:
> I see this question has been posted before and searched around but I
> have
> not seen any conclusive solution.
>
> I am totally new to Wicket... We have a dynamic xml that contains UI
> and
> data elements (text, radio, checkbox etc) which we need to convert
> to html
> and then submit users selections etc. Basically a survey type of xml.
>
> I understood that I have to use Panels, Repeaters and also implement
> IMarkupResourceStreamProvider to provide my own html converted from
> xml via
> xsl.
>
> How do I then map my html to panels which wicket wants ? If there is a
> template/example that would help.
>
> I also read about wicket-qti which exactly addresses this kind of
> issue - is
> that available ?
>
> Appreciate help!
> vasya
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org