Ok I'll try...
I was experimenting with the following with 2 panels... bascially
ChildPanel.getVariation() will override the SuperPanel.getVariation() so I
cannot have say a "Blue" SuperPanel" and a "Red" ChildPanel... which would
then make it possible to have flexible combination of layouts by e
could you more clearly define what you think the behavior should be, and
what it is now?
-igor
On 5/10/07, Joshua Lim <[EMAIL PROTECTED]> wrote:
Hi
I have got a SuperPanel class that extends Panel, I have a few variations
of html for this SuperPanel and am overriding the getVariation() metho
Hi
I have got a SuperPanel class that extends Panel, I have a few variations of
html for this SuperPanel and am overriding the getVariation() method for to
get what I want ...that's all good.
Then I wanted to add a ChildPanel extending SuperPanel. and also I would
like to have ChildPanel to have
On 11/2/06, Otan <[EMAIL PROTECTED]> wrote:
there is no getParameter("string") method in wicket.request.RequestParametersyou know, you could spend a little bit of the time and explore the api. there is no getParameter(String), but there is a Map getParameters()
By the way, since I cannot rely on ge
there is no getParameter("string") method in wicket.request.RequestParametersBy the way, since I cannot rely on getVariation() to return the result of the per request condition (because I'm now forced to use some data persisted in session to make it work), I realized that I should use
Session.setS
getRequest().getRequestParameters().getParameter("style") -igorOn 11/2/06, Otan <[EMAIL PROTECTED]
> wrote:Thanks Eelco, this workaround works... but
onBeginRequest() {getRequest().getParameter("style");
}doesn't work if the page is mounted. Unfortunately, every page of my webapp is mounted so th
Thanks Eelco, this workaround works... but onBeginRequest() {getRequest().getParameter("style");
}doesn't work if the page is mounted. Unfortunately, every page of my webapp is mounted so that I can take advantage of the nice urls. Is there any more workaround to make getVariation() return a value
Yuck. As a dirty workaround you could create a custom request cycle
that overrides
onBeginRequest() {
style = getRequest().getParameter("style");
}
and then:
getVariation() {
return MyRequestCycle.get().getStyle();
}
Haven't tested it, but that should work.
Eelco
On 11/2/06, Johan Compag
This is because the commomInit() method that is called in the constructor of WebPagealready also gets the markup to test for the body tag .But the strange thing is that this markup is not kept on to. So when rendered it should ask it again
and then the variation is encountered. I dont know why that
How about this one?public class MyPage extends WebPage {String variant;public MyPage(PageParameters p) {variant =
p.getString("var");System.out.println("constructor called. The variant is now " + variant);}public String getVariation() {
System.out.println("getVariation(
Check that that constructor is actually called, and check that the var
parameter returns not null. If that is the case, your code should
work.
Eelco
On 11/1/06, Otan <[EMAIL PROTECTED]> wrote:
> Why can't I do this?
>
> public class MyPage extends WebPage {
> String
Why can't I do this?public class MyPage extends WebPage {String variant;public MyPage(PageParameters p) {variant =
p.getString("var");}public String getVariation() {return variant;}}getVariation() always return null as if 'variant' never get
12 matches
Mail list logo
