Re: IHeaderContributor of invisible Components
Martin,
I stated, that the "bug with close()" still occurs in Wicket 1.4.17.
I had a closer look. This was a mistake.
The bug is in Wicket 1.4.14 but *not* in Wicket 1.4.17.
Thanks and sorry
Benedikt
Am 15.07.2011 18:41, schrieb Martin Grigorov:
ticket + quickstart
On Fri, Jul 15, 2011 at 7:05 PM, Benedikt Rothe wrote:
The bug with #close() has been fixed in later version of Wicket.
wicket4.1.17 still has the bug.
Am 15.07.2011 17:32, schrieb Martin Grigorov:
There is no AjaxRequestTarget#onComponentTagBody()
The bug with #close() has been fixed in later version of Wicket.
On Fri, Jul 15, 2011 at 6:25 PM, Benedikt Rothe
wrote:
I made some further investigations. I do think there is a bug in wicket
1.4.14.
My Ajax-Request add's *two* targets which shall be rerenderd:
class MyLink extends AjaxLink{
...
public void onClick(AjaxRequestTarget target) {
... do Something and change visibilities ...
target.addComponent(component1);
target.addComponent(component2);
}
}
If the JavaScript-Reference belongs to component2 the Reference will not
be
rendered.
If I switch the order of the two targetAddComponet-Statements the
Reference
will be rendered.
Code-Analysis: The Ajax-Requests uses one HeaderResponse-Instance.
For each of the components the Method
AjaxRequestTarget#onComponentTagBody
will
be called. After the first call onComponentTagBody will "close()" the
HeaderResponse-Instance.
Therefore the HeaderResponse-Instance rejects further
Header-Contributions.
Benedikt Rothe
Am 15.07.2011 16:50, schrieb Benedikt Rothe:
Thank you for your good explanation.
I will have to reflect about your explanation first. May be I'll come
back
:-)
Am 15.07.2011 11:12, schrieb Martin Grigorov:
Wicket calls renderHead() for each component added in the
AjaxRequestTarget.
Then for each call of IHeaderResponse.renderXYZ() Wicket checks
whether this is static resource and whether it is already rendered. If
it is not then it renders it. If it is non-static (e.g.
renderOnDomReady or renderOnLoad) then it is contributed every time
the component is re-rendered.
Better create a quickstart and attach it to Jira.
On Fri, Jul 15, 2011 at 11:39 AM, Benedikt
Rothe
wrote:
Check Ajax Debug panel for errors.
I did check the Ajax-Debug-Panel. No error.
Situation:
A Component has JavaScript-header-Contributors but is invisible.
Visibility is switched during an AjaxRequest.
What is Wicket's *supposed* to do?
a) JavaScript-header-Contributor shall be mentioned in the Page
although
the
Component is Wicket-Invisible
b) JavaScript-header-Contributor shall be mentioned in
"header-contribution"-Section of the wicket-ajax-response
c) Wicket doesn't want to deal with a situation like this.
Am 15.07.2011 09:46, schrieb Martin Grigorov:
Check Ajax Debug panel for errors.
On Fri, Jul 15, 2011 at 10:35 AM, Benedikt
Rothe
wrote:
When you say "my javascript is not loaded", do you mean it's not
added
to
the page or it's added but doesn't work?
It is not added to the page.
There's no script-tag.
Am 14.07.2011 14:15, schrieb Rodrigo Heffner:
When you say "my javascript is not loaded", do you mean it's not
added
to
the page or it's added but doesn't work?
On 14 Jul 2011 12:21, "Benedikt Rothe"
wrote:
I have a problem with IHeaderContributor and invisible Components:
A Panel "MyPanel" implements IHeaderContributor.
The renderHead-Methods adds some JavaScript-References.
When the page is rendered this panel is invisible.
So these JavaScript-References are not loaded when the page is
loaded.
Later visibility is switched within an Ajax-Call and the MyPanel
will
be
rendered.
But than my JavaScript is not loaded.
Strange: During the Ajax-Call the renderHead-Method of MyPanel is
even
called, but
the call doesn't provoke anything concerning the output to the
browser.
Any suggestions?
Benedikt
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
---
Re: IHeaderContributor of invisible Components
The bug with #close() has been fixed in later version of Wicket.
wicket4.1.17 still has the bug.
Am 15.07.2011 17:32, schrieb Martin Grigorov:
There is no AjaxRequestTarget#onComponentTagBody()
The bug with #close() has been fixed in later version of Wicket.
On Fri, Jul 15, 2011 at 6:25 PM, Benedikt Rothe wrote:
I made some further investigations. I do think there is a bug in wicket
1.4.14.
My Ajax-Request add's *two* targets which shall be rerenderd:
class MyLink extends AjaxLink {
...
public void onClick(AjaxRequestTarget target) {
... do Something and change visibilities ...
target.addComponent(component1);
target.addComponent(component2);
}
}
If the JavaScript-Reference belongs to component2 the Reference will not be
rendered.
If I switch the order of the two targetAddComponet-Statements the Reference
will be rendered.
Code-Analysis: The Ajax-Requests uses one HeaderResponse-Instance.
For each of the components the Method AjaxRequestTarget#onComponentTagBody
will
be called. After the first call onComponentTagBody will "close()" the
HeaderResponse-Instance.
Therefore the HeaderResponse-Instance rejects further Header-Contributions.
Benedikt Rothe
Am 15.07.2011 16:50, schrieb Benedikt Rothe:
Thank you for your good explanation.
I will have to reflect about your explanation first. May be I'll come back
:-)
Am 15.07.2011 11:12, schrieb Martin Grigorov:
Wicket calls renderHead() for each component added in the
AjaxRequestTarget.
Then for each call of IHeaderResponse.renderXYZ() Wicket checks
whether this is static resource and whether it is already rendered. If
it is not then it renders it. If it is non-static (e.g.
renderOnDomReady or renderOnLoad) then it is contributed every time
the component is re-rendered.
Better create a quickstart and attach it to Jira.
On Fri, Jul 15, 2011 at 11:39 AM, Benedikt Rothe
wrote:
Check Ajax Debug panel for errors.
I did check the Ajax-Debug-Panel. No error.
Situation:
A Component has JavaScript-header-Contributors but is invisible.
Visibility is switched during an AjaxRequest.
What is Wicket's *supposed* to do?
a) JavaScript-header-Contributor shall be mentioned in the Page although
the
Component is Wicket-Invisible
b) JavaScript-header-Contributor shall be mentioned in
"header-contribution"-Section of the wicket-ajax-response
c) Wicket doesn't want to deal with a situation like this.
Am 15.07.2011 09:46, schrieb Martin Grigorov:
Check Ajax Debug panel for errors.
On Fri, Jul 15, 2011 at 10:35 AM, Benedikt
Rothe
wrote:
When you say "my javascript is not loaded", do you mean it's not
added
to
the page or it's added but doesn't work?
It is not added to the page.
There's no script-tag.
Am 14.07.2011 14:15, schrieb Rodrigo Heffner:
When you say "my javascript is not loaded", do you mean it's not
added
to
the page or it's added but doesn't work?
On 14 Jul 2011 12:21, "Benedikt Rothe"
wrote:
I have a problem with IHeaderContributor and invisible Components:
A Panel "MyPanel" implements IHeaderContributor.
The renderHead-Methods adds some JavaScript-References.
When the page is rendered this panel is invisible.
So these JavaScript-References are not loaded when the page is
loaded.
Later visibility is switched within an Ajax-Call and the MyPanel
will
be
rendered.
But than my JavaScript is not loaded.
Strange: During the Ajax-Call the renderHead-Method of MyPanel is
even
called, but
the call doesn't provoke anything concerning the output to the
browser.
Any suggestions?
Benedikt
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: IHeaderContributor of invisible Components
> There is no AjaxRequestTarget#onComponentTagBody()
Sorry: AjaxRequestTarget#respondHeaderContribution closes the
HeaderResponse.
I'll try to switch to wicket 1.4.17.
Benedikt
Am 15.07.2011 17:32, schrieb Martin Grigorov:
There is no AjaxRequestTarget#onComponentTagBody()
The bug with #close() has been fixed in later version of Wicket.
On Fri, Jul 15, 2011 at 6:25 PM, Benedikt Rothe wrote:
I made some further investigations. I do think there is a bug in wicket
1.4.14.
My Ajax-Request add's *two* targets which shall be rerenderd:
class MyLink extends AjaxLink {
...
public void onClick(AjaxRequestTarget target) {
... do Something and change visibilities ...
target.addComponent(component1);
target.addComponent(component2);
}
}
If the JavaScript-Reference belongs to component2 the Reference will not be
rendered.
If I switch the order of the two targetAddComponet-Statements the Reference
will be rendered.
Code-Analysis: The Ajax-Requests uses one HeaderResponse-Instance.
For each of the components the Method AjaxRequestTarget#onComponentTagBody
will
be called. After the first call onComponentTagBody will "close()" the
HeaderResponse-Instance.
Therefore the HeaderResponse-Instance rejects further Header-Contributions.
Benedikt Rothe
Am 15.07.2011 16:50, schrieb Benedikt Rothe:
Thank you for your good explanation.
I will have to reflect about your explanation first. May be I'll come back
:-)
Am 15.07.2011 11:12, schrieb Martin Grigorov:
Wicket calls renderHead() for each component added in the
AjaxRequestTarget.
Then for each call of IHeaderResponse.renderXYZ() Wicket checks
whether this is static resource and whether it is already rendered. If
it is not then it renders it. If it is non-static (e.g.
renderOnDomReady or renderOnLoad) then it is contributed every time
the component is re-rendered.
Better create a quickstart and attach it to Jira.
On Fri, Jul 15, 2011 at 11:39 AM, Benedikt Rothe
wrote:
Check Ajax Debug panel for errors.
I did check the Ajax-Debug-Panel. No error.
Situation:
A Component has JavaScript-header-Contributors but is invisible.
Visibility is switched during an AjaxRequest.
What is Wicket's *supposed* to do?
a) JavaScript-header-Contributor shall be mentioned in the Page although
the
Component is Wicket-Invisible
b) JavaScript-header-Contributor shall be mentioned in
"header-contribution"-Section of the wicket-ajax-response
c) Wicket doesn't want to deal with a situation like this.
Am 15.07.2011 09:46, schrieb Martin Grigorov:
Check Ajax Debug panel for errors.
On Fri, Jul 15, 2011 at 10:35 AM, Benedikt
Rothe
wrote:
When you say "my javascript is not loaded", do you mean it's not
added
to
the page or it's added but doesn't work?
It is not added to the page.
There's no script-tag.
Am 14.07.2011 14:15, schrieb Rodrigo Heffner:
When you say "my javascript is not loaded", do you mean it's not
added
to
the page or it's added but doesn't work?
On 14 Jul 2011 12:21, "Benedikt Rothe"
wrote:
I have a problem with IHeaderContributor and invisible Components:
A Panel "MyPanel" implements IHeaderContributor.
The renderHead-Methods adds some JavaScript-References.
When the page is rendered this panel is invisible.
So these JavaScript-References are not loaded when the page is
loaded.
Later visibility is switched within an Ajax-Call and the MyPanel
will
be
rendered.
But than my JavaScript is not loaded.
Strange: During the Ajax-Call the renderHead-Method of MyPanel is
even
called, but
the call doesn't provoke anything concerning the output to the
browser.
Any suggestions?
Benedikt
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: IHeaderContributor of invisible Components
I made some further investigations. I do think there is a bug in wicket
1.4.14.
My Ajax-Request add's *two* targets which shall be rerenderd:
class MyLink extends AjaxLink {
...
public void onClick(AjaxRequestTarget target) {
... do Something and change visibilities ...
target.addComponent(component1);
target.addComponent(component2);
}
}
If the JavaScript-Reference belongs to component2 the Reference will
not be rendered.
If I switch the order of the two targetAddComponet-Statements the
Reference will be rendered.
Code-Analysis: The Ajax-Requests uses one HeaderResponse-Instance.
For each of the components the Method
AjaxRequestTarget#onComponentTagBody will
be called. After the first call onComponentTagBody will "close()" the
HeaderResponse-Instance.
Therefore the HeaderResponse-Instance rejects further Header-Contributions.
Benedikt Rothe
Am 15.07.2011 16:50, schrieb Benedikt Rothe:
Thank you for your good explanation.
I will have to reflect about your explanation first. May be I'll come
back :-)
Am 15.07.2011 11:12, schrieb Martin Grigorov:
Wicket calls renderHead() for each component added in the
AjaxRequestTarget.
Then for each call of IHeaderResponse.renderXYZ() Wicket checks
whether this is static resource and whether it is already rendered. If
it is not then it renders it. If it is non-static (e.g.
renderOnDomReady or renderOnLoad) then it is contributed every time
the component is re-rendered.
Better create a quickstart and attach it to Jira.
On Fri, Jul 15, 2011 at 11:39 AM, Benedikt
Rothe wrote:
Check Ajax Debug panel for errors.
I did check the Ajax-Debug-Panel. No error.
Situation:
A Component has JavaScript-header-Contributors but is invisible.
Visibility is switched during an AjaxRequest.
What is Wicket's *supposed* to do?
a) JavaScript-header-Contributor shall be mentioned in the Page
although the
Component is Wicket-Invisible
b) JavaScript-header-Contributor shall be mentioned in
"header-contribution"-Section of the wicket-ajax-response
c) Wicket doesn't want to deal with a situation like this.
Am 15.07.2011 09:46, schrieb Martin Grigorov:
Check Ajax Debug panel for errors.
On Fri, Jul 15, 2011 at 10:35 AM, Benedikt
Rothe
wrote:
When you say "my javascript is not loaded", do you mean it's not
added
to
the page or it's added but doesn't work?
It is not added to the page.
There's no script-tag.
Am 14.07.2011 14:15, schrieb Rodrigo Heffner:
When you say "my javascript is not loaded", do you mean it's not
added
to
the page or it's added but doesn't work?
On 14 Jul 2011 12:21, "Benedikt
Rothe" wrote:
I have a problem with IHeaderContributor and invisible Components:
A Panel "MyPanel" implements IHeaderContributor.
The renderHead-Methods adds some JavaScript-References.
When the page is rendered this panel is invisible.
So these JavaScript-References are not loaded when the page is
loaded.
Later visibility is switched within an Ajax-Call and the MyPanel
will
be
rendered.
But than my JavaScript is not loaded.
Strange: During the Ajax-Call the renderHead-Method of MyPanel
is even
called, but
the call doesn't provoke anything concerning the output to the
browser.
Any suggestions?
Benedikt
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org
For additional commands, e-mail:users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: IHeaderContributor of invisible Components
Thank you for your good explanation. I will have to reflect about your explanation first. May be I'll come back :-) Am 15.07.2011 11:12, schrieb Martin Grigorov: Wicket calls renderHead() for each component added in the AjaxRequestTarget. Then for each call of IHeaderResponse.renderXYZ() Wicket checks whether this is static resource and whether it is already rendered. If it is not then it renders it. If it is non-static (e.g. renderOnDomReady or renderOnLoad) then it is contributed every time the component is re-rendered. Better create a quickstart and attach it to Jira. On Fri, Jul 15, 2011 at 11:39 AM, Benedikt Rothe wrote: Check Ajax Debug panel for errors. I did check the Ajax-Debug-Panel. No error. Situation: A Component has JavaScript-header-Contributors but is invisible. Visibility is switched during an AjaxRequest. What is Wicket's *supposed* to do? a) JavaScript-header-Contributor shall be mentioned in the Page although the Component is Wicket-Invisible b) JavaScript-header-Contributor shall be mentioned in "header-contribution"-Section of the wicket-ajax-response c) Wicket doesn't want to deal with a situation like this. Am 15.07.2011 09:46, schrieb Martin Grigorov: Check Ajax Debug panel for errors. On Fri, Jul 15, 2011 at 10:35 AM, Benedikt Rothe wrote: When you say "my javascript is not loaded", do you mean it's not added to the page or it's added but doesn't work? It is not added to the page. There's no script-tag. Am 14.07.2011 14:15, schrieb Rodrigo Heffner: When you say "my javascript is not loaded", do you mean it's not added to the page or it's added but doesn't work? On 14 Jul 2011 12:21, "Benedikt Rothe" wrote: I have a problem with IHeaderContributor and invisible Components: A Panel "MyPanel" implements IHeaderContributor. The renderHead-Methods adds some JavaScript-References. When the page is rendered this panel is invisible. So these JavaScript-References are not loaded when the page is loaded. Later visibility is switched within an Ajax-Call and the MyPanel will be rendered. But than my JavaScript is not loaded. Strange: During the Ajax-Call the renderHead-Method of MyPanel is even called, but the call doesn't provoke anything concerning the output to the browser. Any suggestions? Benedikt - To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org For additional commands, e-mail:users-h...@wicket.apache.org - To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org For additional commands, e-mail:users-h...@wicket.apache.org - To unsubscribe, e-mail:users-unsubscr...@wicket.apache.org For additional commands, e-mail:users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IHeaderContributor of invisible Components
Check Ajax Debug panel for errors. I did check the Ajax-Debug-Panel. No error. Situation: A Component has JavaScript-header-Contributors but is invisible. Visibility is switched during an AjaxRequest. What is Wicket's *supposed* to do? a) JavaScript-header-Contributor shall be mentioned in the Page although the Component is Wicket-Invisible b) JavaScript-header-Contributor shall be mentioned in "header-contribution"-Section of the wicket-ajax-response c) Wicket doesn't want to deal with a situation like this. Am 15.07.2011 09:46, schrieb Martin Grigorov: Check Ajax Debug panel for errors. On Fri, Jul 15, 2011 at 10:35 AM, Benedikt Rothe wrote: When you say "my javascript is not loaded", do you mean it's not added to the page or it's added but doesn't work? It is not added to the page. There's no script-tag. Am 14.07.2011 14:15, schrieb Rodrigo Heffner: When you say "my javascript is not loaded", do you mean it's not added to the page or it's added but doesn't work? On 14 Jul 2011 12:21, "Benedikt Rothe"wrote: I have a problem with IHeaderContributor and invisible Components: A Panel "MyPanel" implements IHeaderContributor. The renderHead-Methods adds some JavaScript-References. When the page is rendered this panel is invisible. So these JavaScript-References are not loaded when the page is loaded. Later visibility is switched within an Ajax-Call and the MyPanel will be rendered. But than my JavaScript is not loaded. Strange: During the Ajax-Call the renderHead-Method of MyPanel is even called, but the call doesn't provoke anything concerning the output to the browser. Any suggestions? Benedikt - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IHeaderContributor of invisible Components
When you say "my javascript is not loaded", do you mean it's not added to the page or it's added but doesn't work? It is not added to the page. There's no script-tag. Am 14.07.2011 14:15, schrieb Rodrigo Heffner: When you say "my javascript is not loaded", do you mean it's not added to the page or it's added but doesn't work? On 14 Jul 2011 12:21, "Benedikt Rothe" wrote: I have a problem with IHeaderContributor and invisible Components: A Panel "MyPanel" implements IHeaderContributor. The renderHead-Methods adds some JavaScript-References. When the page is rendered this panel is invisible. So these JavaScript-References are not loaded when the page is loaded. Later visibility is switched within an Ajax-Call and the MyPanel will be rendered. But than my JavaScript is not loaded. Strange: During the Ajax-Call the renderHead-Method of MyPanel is even called, but the call doesn't provoke anything concerning the output to the browser. Any suggestions? Benedikt - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
IHeaderContributor of invisible Components
I have a problem with IHeaderContributor and invisible Components: A Panel "MyPanel" implements IHeaderContributor. The renderHead-Methods adds some JavaScript-References. When the page is rendered this panel is invisible. So these JavaScript-References are not loaded when the page is loaded. Later visibility is switched within an Ajax-Call and the MyPanel will be rendered. But than my JavaScript is not loaded. Strange: During the Ajax-Call the renderHead-Method of MyPanel is even called, but the call doesn't provoke anything concerning the output to the browser. Any suggestions? Benedikt - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RepeatingView/RefreshingView: Inform children about being deleted
Hi Are the existing children of a RepeatingView/RefreshingView being informed, when the View is newly populated (RefreshingView.onPopulate). I'd like to clean some internal references in this case. I tried: - aChild.onRemove is not called in this situation - aChild.setParent(null) is called. I treid to override setParent it. But setParent is private. Any suggestions? Benedikt - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Add Component if markup exists?
Thank you, Igor.
I will need some time to figure your hints out.
Do I understand right: The solution "analyze the markup and add..." is
possible from 1.5 on?
Benedikt
Am 28.01.2011 23:37, schrieb Igor Vaynberg:
if it only needs to live during render there is IComponentResolver
if you need it to have a normal lifecycle you can analyze the markup
and add the component if not already added. in 1.5 you can use
getmarkup in onmarkupattached() or oninitialize()
-igor
On Fri, Jan 28, 2011 at 2:11 PM, Benedikt Rothe wrote:
Hi everybody
Is it possible to add a Wicket-Component depending on the existence of a
wicket:id
in the Markup? Something like
// Code with adding Components
if there is a Markup-Element with WicketId "Submit" then
this.add(new Button("Submit",...));
As far as I understood, it is not possible in this way. But maybe there's
an #
equivalent solution?
Bye
Benedikt
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Add Component if markup exists?
Hi everybody
Is it possible to add a Wicket-Component depending on the existence of a
wicket:id
in the Markup? Something like
// Code with adding Components
if there is a Markup-Element with WicketId "Submit" then
this.add(new Button("Submit",...));
As far as I understood, it is not possible in this way. But maybe
there's an #
equivalent solution?
Bye
Benedikt
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
