I think you can create these components yourself, by extending TextArea,
PasswordTextField etc...
My personal opinion is that RequiredTextField component can be removed from
the core.. it's implementation is trivial.
Alex
Lars Hoss wrote:
>
> Hi all!
>
> If there is RequiredTextField shouldn
t; same thing as in DateTextField, because I need no only the date but the
> time as well.
>
> Many thanks
> Ray
>
>
>
>
> Alex Objelean wrote:
>>
>> You mean DateTextField (instead of DateTimeField). It has also this
>> constructor:
>> DateTextField(St
You mean DateTextField (instead of DateTimeField). It has also this
constructor:
DateTextField(String id, IModel model, String datePattern)
where datePattern can be: "mm/DD/".
Alex
raybristol wrote:
>
> there is a good example about use DateTextfield in :
> http://www.wicketstuff.org/wicke
Why would you use SiteMesh, when wicket has such a nice templating?
Sean Sullivan-3 wrote:
>
> Is anybody using Wicket 1.3 and SiteMesh together?
>
> http://www.opensymphony.com/sitemesh
>
> Sean
>
> -
> To unsubscribe, e-ma
pring instead of spring-*.
>
> Martijn
>
> On 10/17/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> In parent/pom.xml there is a dependency on spring-2.0. I most of the
>> projects, it is a best practice to not use the entire spring as a
>> dependency, but
In parent/pom.xml there is a dependency on spring-2.0. I most of the
projects, it is a best practice to not use the entire spring as a
dependency, but to use modular dependencies (eg: spring-core, spring-web,
etc).
For instance, now you depend on spring-2.0 and the project we are building
is depe
confirm this, I too have beta4 installed. And have not problems
> when refreshing html. At certain times there can be problems with the
> java classes, which I belive are known(there are some limitations on the
> hotspot vm I belive that causes this). This is using it with tomcat 5.
>
I've noticed that when working in development mode with beta4, changing the
markup is not visible when browser page is refreshed (in beta3 was ok) -
thus a restart is needed. Are there any ModificationWatcher changes in
latest beta release?
Thank you!
Alex.
--
View this message in context:
htt
http://cwiki.apache.org/WICKET/dropdownchoice-examples.html#DropDownChoiceExamples-UsingAjax
Here is an example from wiki.
Rich Livingstone wrote:
>
> I'm just not sure how to do this - for example, I have a drop down choice
> and when it changes, I need to populate other fields. I had presu
Take a look on LoadableDetachableModel..
Ayodeji Aladejebi wrote:
>
> Basically there is an object like this, a common model
>
> class User{
> Long id;
> String username;
> String password;
> String fullname;
> ...
> List collections;
> }
>
> From most examples and basic approach, i see
ot be visible. Unfortunately the actual behavior exactly opposite:
child1 is not visible, while child2 is visible.
Alex Objelean wrote:
>
> Currently, wicket does not support nested wicket:enclosure tags. It would
> be very useful. What do you think?
>
> Thank you!
> Alex.
>
I've noticed that the content of the ModalWindow is being rendered even when
the ModalWindow itself is not shown. I wonder if it is correct behavior. Any
thoughts?
Alex.
--
View this message in context:
http://www.nabble.com/Question-about-rendering-of-the-ModalWindow-content-tf4593821.html#a13
Currently, wicket does not support nested wicket:enclosure tags. It would be
very useful. What do you think?
Thank you!
Alex.
--
View this message in context:
http://www.nabble.com/-RFE--Nested-wicket%3Aenclosure-tf4593044.html#a13112204
Sent from the Wicket - User mailing list archive at Nabbl
I don't think that there is a wicket way to do something like this, but you
can achieve the same behavior using javascript.
Alex.
Oliver Lieven wrote:
>
> Hi,
>
> I wonder if there's a way for a component to determine if it is embedded
> inside some specific HTML tag, e.g. determine if it i
7;
> refers to an element with a period in its HTML ID. If JQuery cannot
> handle a reference to an HTML ID with a period in it, then that's a
> JQuery bug since it is a valid ID.
>
> On Sep 25, 2007, at 12:40 AM, Alex Objelean wrote:
>
>>
>> It's not a
Why would you need to predict the id? That is the point - you should not rely
on generated id, all you know that it is unique. If you want to be sure what
is the id, just override the Component#getMarkupId()...
Ryan Holmes wrote:
>
> I think a simple and predictable markup id generation scheme
That is wrong! In wicket-1.3.x branch the underscore is not used as a
hierarchy separator. It was used before the 1.3.x branch. Take a look on
generated id's..
Ryan Holmes wrote:
>
> ..and the underscore is used as a hierarchy separator.
>
--
View this message in context:
http://www.nabble
Why would a developer be confused by something that is generated
automatically? Do you really care if the generated markup id is "quantity1"
or "quantity_1" or "quantity-1"? Whats the difference?
Ryan Holmes wrote:
>
>
> The automatic transformation of certain characters by a framework is
> e
ules with no
> problem. The period is a valid character in HTML id's and I strongly
> disagree with the magical id mangling behavior you suggest. If JQuery
> can't handle valid HTML id's, that's a JQuery bug and not a Wicket bug.
>
>
> -Ryan
>
> On S
>>
>> So you use it just because of the performance of the browser DOM? Not
>> because
>> it has to be unique?
>>
>> Are you using Ajax? ie forced to do setOutputMarkupId? We are and that is
>> probably the biggest reason we are trying to avoid them.
>&g
t; So do you just make sure all your wicket ids are universally unique? So
> none that are just "form", "label", "button" etc? I quite like using
> "button" if only one within the container...
>
> What if you want to use the same component twice?
we are trying to avoid them.
>
>
>
>
>
> Alex Objelean wrote:
>>
>>
>> In my application I extensively use the component generated id to perform
>> some DOM updates on the client side, also for client-side validation.
>>
>> Also gettin
We are going to stop using ids and move over to class as it make re-use
> easier and avoids a number of wicket problems with ids... The HTML monkey
> is not happy though. He reminds me of the Family Guy screaming monkey
> today.
>
>
>
> Alex Objelean wrote:
>>
>
the killer case for using id?
>
>
>
> Alex Objelean wrote:
>>
>> My personal opinion is that switching from id to class is not such a good
>> idea, simply because the ID attributes guaranties (of course you can
>> create two elements with same ID, but it
JIRA issue created: https://issues.apache.org/jira/browse/WICKET-995
WICKET-995
Matej Knopp-2 wrote:
>
> Can you please submit a bug report.
>
> -Matej
>
> On 9/21/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> This is about how wicket generates dyn
This is about how wicket generates dynamically markupID.
I have, for instance, the following markup component:
The generated markupId for this component looks like the following:
quantity.noOfUnits1232 .
I suggest to escape any css valid specifiers from the generated markupId, by
replacing t
to be a very common
> usecase.
>
> -Matej
>
> On 9/17/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> Currently, I override the onBeforeRender() when I want to make some
>> changes
>> to the modelObject used by my custom component. For instance, if
>
>
> Could you please specify what it is that you can't do now? The thread
> is rather long and I don't have time to go through it all. I don't
> think we should reverse the other. What exactly do you mean by "own
> logic" ?
>
> -Matej
>
> O
I've noticed that the execution order inside the Component#beforeRender() is
the following:
onBeforeRender();
getApplication().notifyComponentOnBeforeRenderListeners(this);
I wonder if it shouldn't be changed as follows:
getApplication().notifyComponentOnBeforeRenderListeners(this);
onBeforeRen
JIRA issue created: https://issues.apache.org/jira/browse/WICKET-959
WICKET-959
Eelco Hillenius wrote:
>
> Could you open a JIRA issue please so that we can fix either the WIKI or a
> bug?
>
> Eelco
>
> On 8/27/07, Alex Objelean <[EMAIL PROTECTED]&g
I use the wicket-1.3-snapshot (from 9th sept). In development mode, I expect
that any change to markup would be visible after the page is refreshed (as
it does in wicket-1.3-beta3). But it doesn't. Any ideas why?
Alex.
--
View this message in context:
http://www.nabble.com/ResourceWatcher-is-no
Johan, Matej, Martijn,
thank you all for help!
PS: one more reason to love this community :)
Johan Compagner wrote:
>
> if you just have 1 page with no back button support/all ajax
> then httpsessionstore is fine
>
> johan
>
>
> On 9/10/07, Alex Objelean &
the machine available for your budget.
>
> The second level cache will still keep the last rendered page in
> memory as I understand it, so that 32MB will still be claimed,
> whatever store you choose.
>
> Martijn
>
> On 9/10/07, Alex Objelean <[EMAIL PROTECTED]> wro
Johan Compagner wrote:
>
> you got to be kidding me...32MB
> really? Or is this a nice joke so in the middle of the day :)
>
> johan
>
>
>
> On 9/10/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> It is about 32MB.
t eventually becomes null (when you e.g go to
> another page and return back), you can reinject it. Or you can just
> store it to session (outside the page). There are numerious
> possibilities, but you need to find out first where the bottleneck is.
>
> -Matej
>
> On 9/10/07, Alex O
ej
>
> On 9/10/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> How can I figure it out?
>>
>>
>>
>>
>> Johan Compagner wrote:
>> >
>> > if you save the page to disk how big is it?
>> >
>> > johan
&g
disk is significantly reduced.
>
> I think secondlevelcachesessionstore should be usable for you as well,
> but that would require not serializing everyhing, rather then that
> just keep things in memory and "inject" the dependencies on
> deserialization.
>
> -Matej
>
How can I figure it out?
Johan Compagner wrote:
>
> if you save the page to disk how big is it?
>
> johan
>
>
> On 9/10/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> Indeed, it is a very big component hierarchy (It contains at l
e's component structure and a Model that replicates the data
> stuff's size (including the detach logic)?
>
> Martijn
>
> On 9/10/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> If the pages wouldn't be serializable, it wouldn't work in dev
u sure
> for
> example that the pages
> are serializable ? That we don't have constantly exceptions?
>
> johan
>
>
> On 9/10/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> Maybe the profiling was not a perfect one. But still, I have to gi
not a good test. You have to do plenty and multiply on the same
> time
> (10 for 100 request or something like that)
> to really see the difference. (and have a warm up phase)
>
> johan
>
>
>
> On 9/10/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>&
Matej, I must disagree with you regarding performance issues of the
SecondLevelSessionStore. I've reverted the Application#newSessionStore to
HttpSessionStore and this significantly improved the application overall
performance. Maybe this is not so obvious for small applications, but when
it is ab
, it's not your fault either
> since this thread has grown out of proportions, and it's not easy to read
> all message.
>
>
>
> Alex Objelean wrote:
>>
>> It is absurd. You can deploy your web application wherever you want.
>> I use Merve Eclipse plugin.
It is absurd. You can deploy your web application wherever you want.
I use Merve Eclipse plugin. It has the same benefits as Jetty, as you do not
need to deploy your war for each modification, you just push the start
button and it works (by inspecting the classpath of the projects involved).
Or u
In our application, for long running ajax request we block the screen, so the
user is unable to click somewhere else.
Alex.
Sam Hough wrote:
>
> OK. Should give me fewer nightmares even if it doesn't explain current
> problem.
>
> Many thanks. It is probably just my dodgy code.
>
> What patte
a regression or a feature?
>>
>> Also the missing message doesn't make much sense, can you please
>> report a JIRA issue and attach a quick start project?
>>
>> -Matej
>>
>> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>> >
>>
a compiler directive that
> would check for this, there is some support for this in JSR305, but who
> knows when that will come to fruition. until then the only sure way to do
> this is to make the method final :|
>
> -igor
>
>
> On 9/6/07, Alex Objelean <[EMAIL PROT
ll those
> resources.
> But of couse you don't have to use it. Just add the CSS resources
> manually. :-)
>
>
> Johannes Schneider
>
> Alex Objelean wrote:
>> I like the idea of the YAML or YUI grids. It's aim is to simplify CSS
>> development. But I do
think
> the
> chances are that are pretty small, thus its final.
>
> -igor
>
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> I've grabbed the latest SNAPSHOT from the repository and have noticed
>> that
>> AbstractRepea
It's only a false alarm. Sorry. My fault. Probably I didn't perform a 'clean'
before the application has been deployed. The issue is CLOSED!
PS: Big 'THANK YOU' to Matej :).
Alex Objelean wrote:
>
> Last post was completely wrong.
> Here is another h
his)}.bind(this));return !wcall;
Alex Objelean wrote:
>
> Yep, any row.
> What have I noticed also is that other ajax interaction works ok. The only
> difference is that one using
> wicketAjaxGet method, and another wicketAjaxPost (this one is ok). Maybe
> the bug
icking _any_ row? Now that really is interesting. I hope you'll
> able to provide the quickstart soon.
>
> -Matej
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> I will do that as soon as I can (hope tomorrow. Anyway, the quickstart is
>> eas
u try to
>> isolate the problem?
>>
>> -Matej
>>
>> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>> >
>> > It's quite hard to create a quickstart project, since the project I'm
>> working
>> > on is very large.
t a jira issue will not od that. Can't you try to
> isolate the problem?
>
> -Matej
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> It's quite hard to create a quickstart project, since the project I'm
>> working
>> on is very la
a bug in precodition check. Can you please
> create a jira entry and add a quickstart project? This might be a
> corner case, I'd like to fix this asap.
>
> -Matej
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> With the latest SNAPSHOT, the
ry/org/apache/wicket/
>
> On 9/6/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
>> Dunno, there's still work to do, but there are snapshot somewhere
>> available, you can grab those if you don't want to build wicket.
>>
>> -Matej
>>
>> On 9/6/
Done. Here is the issue link:
https://issues.apache.org/jira/browse/WICKET-935 WICKET-935
Matej Knopp-2 wrote:
>
> Please do, so that we don't forget.
>
> -Matej
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> Thank you again, Matej! :
to make sure onPopulate is called only when
> component is visible. But IMHO that's no longer necessary.
>
> -Matej
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> I would prefer to use onBeforeRender, instead of onPopulate, since it is
>> the
>
nstead, but i think we can remove the
> code, because after recent changes onBeforeRender() is only called
> when component is visible in hierarchy.
>
> -Matej
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> I've grabbed the
I've grabbed the latest SNAPSHOT from the repository and have noticed that
AbstractRepeater#onBeforeRender is final. I wonder what is the reason for
this? (I need to do something in it's subclass)
/**
* @see org.apache.wicket.Component#onBeforeRender()
*/
protecte
uch sense, can you please
> report a JIRA issue and attach a quick start project?
>
> -Matej
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> I've discovered the following issue:
>> When using a DateTextField in a form (with the format: dd/MM/
ondition evaluated right
> before each scheduled ajax request to check if the originating DOM
> element is still in the document.
>
> -Matej
>
> On 9/6/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> Right now, I do not know if this kind of issue can be fixed on t
, but this is not that easy ("God bless
IE").
Alex
Alex Objelean wrote:
>
> I've got randomly an exception when clicking on the table row which has an
> AjaxEventBehavior assigned.
> Below is the stacktrace. Any ideas?
>
> [10:34:27.875] ERROR [http-808
I am curious, what is your use case for chaining behaviors?
I think that if you have two things that you want to chain, then chain them
in the same handler, or use decorator to add the client-side code.
Alex
paolo di tommaso wrote:
>
> Carlos,
>
> Can you provide an example of your custom im
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
igor.vaynberg wrote:
>
> try with latest trunk
>
> -igor
>
>
> On 8/15/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> I've got randomly an except
I've discovered the following issue:
When using a DateTextField in a form (with the format: dd/MM/), user by
mistake add an extra space (for instance: "06/09/2007 ") and submit the
form. The are two problems:
1) I would expect the convertor to convert this value correct, but the
AbstractConve
I like the idea of the YAML or YUI grids. It's aim is to simplify CSS
development. But I do not see any reason to create this kind of projects
(wicket-yaml, wicket-yui-grids, etc) which "integrates" css "frameworks".
All integration is about, is just to add some CSS resources to you web page
and t
in JIRA, we have it so we don't remember it. If you even
> attach
> a patch I'm sure it will be addressed. :)
>
> Frank
>
> On 8/27/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> It is not a bug. It is a kind of RFE or a request for usage
in JIRA, we have it so we don't remember it. If you even
> attach
> a patch I'm sure it will be addressed. :)
>
> Frank
>
> On 8/27/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> It is not a bug. It is a kind of RFE or a request for usage
nt used for the
input type='button', I think that the migration to wicket-1.3.x wiki page
should mention about this aspect.
Thank you!
Alex.
igor.vaynberg wrote:
>
> if its a
> if it isnt then its not really a Button, so use Link or SubmitLink
>
> -igor
>
>
is
> this so? because this is how html works, your input type="submit" have to
> be
> inside a form, and that is what Button is designed to represent.
>
> -igor
>
>
> On 8/27/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> Yes, indeed
It is not a bug. It is a kind of RFE or a request for usage of best practices
when coding client-side code. I was curious if you share the same thoughts.
igor.vaynberg wrote:
>
> file a bug and preferrably create a patch.
>
> -igor
>
>
> On 8/27/07, Alex Objelean <
The
http://cwiki.apache.org/confluence/display/WICKET/I18n+and+resource+bundles
wicket wiki page states that "you can use MyApplication.properties for site
wide messages and override these in any of the other properties files.".
But there is a case where this is not true:
I have a BaseApplica
I've noticed that wicket-extension components (for instance palette.js)
pollute the js namespace. Wouldn't it be better to create a namespace for
them? Something like this would be pretty: Wicket.Extensions.Palette.
This proposal is valid for any other components which contribute with js
files.
Thank you!
Alex.
igor.vaynberg wrote:
>
> unfortunately formcomponent:565 doesnt point to anything useful. mind
> trying
> again with the trunk build? it looks like formcomponent is trying to find
> its form, do you have it inside a form?
>
> -igor
>
>
> On 8/16/
> i dont think this is needed. your custom converter should include a null
> check.
>
But I do not use custom converter. In my case it is about a simple String or
Integer or whatever...
So, you suggest to create a custom converter for each case where I disable
the form component on the server-
anyway, you can discuss it
> here if you like. for example you can list some pros and cons that you
> think
> the current approach has.
>
> -igor
>
>
> On 8/15/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>> If you believe that the usecase is
Me too :)... YourKit rocks! :)
Eelco Hillenius wrote:
>
>> Well, in this case the bottleneck was caused by an expensive call which
>> was
>> not cashed inside a very long list... Anyway, profiling tools helps very
>> much in such cases, so I would recommend everybody who have performance
>> issu
Well, in this case the bottleneck was caused by an expensive call which was
not cashed inside a very long list... Anyway, profiling tools helps very
much in such cases, so I would recommend everybody who have performance
issues to use it. :)
Eelco Hillenius wrote:
>
>> Eelco, you're right!
>>
I've got the following exception when submit a form... (the same code worked
fine with wicket-1.2.6)
Any thougths?
[10:39:10.071] ERROR [http-8080-Processor8] RequestCycle - Could not find
Form parent for [MarkupContainer [Component id = editOrCancel, page =
ro.isdc.centerparcs.dpa.ui.page.DPADa
Eelco, you're right!
The latest profiling shows where the bottleneck is... it is indeed not where
I was looking for.
I thought it was because of serialization because when using 1.2.x branch i
found out that setSerializeSessionAttributes(false) improved a lot
application responsiveness.
Thank
The "combo" is called DropDownChoice in wicket. You can search the forum,
wiki page or any other resource for examples..
Edi wrote:
>
> any reply..
>
>
>
> Edi wrote:
>>
>>
>> Hi,
>>
>> I have ordinary html combo,
>>
>>
>> One
>> Two
>>
>>
>> How can I get the html combo value usi
supposed to be converted to a nonnull object.
>
> -igor
>
>
> On 8/14/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> I found a quick fix for my issue: instead of disabling the Textfield, I
>> make
>> it readonly... still wondering why
Eelco, the ISessionStore interface has a lot of methods.. can you give me an
example of how to get rid of the serialization? It really slows down the
application.
Thank you very much!
Eelco Hillenius wrote:
>
> On 8/14/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
>
>
> Oh wait, you want t
I've got randomly an exception when clicking on the table row which has an
AjaxEventBehavior assigned.
Below is the stacktrace. Any ideas?
[10:34:27.875] ERROR [http-8080-Processor1] RequestCycle - component
body:panel:actionListContainer:actionList:form:actionList:14 not found on
page ro.isdc.ce
or it. I'm not sure whether we should support the
> state when client and server are out of sync.
>
> -Matej
>
> On 8/14/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> This means that the component enable state must be always in sync with
>> the
>
Thank you Eelco for the answer!
I find it useful to turn it off, because my recent application profiling
proved that the application becomes
very slow when working with huge objects or very long lists, mostly because
of serialization.
Eelco Hillenius wrote:
>
> On 8/14/07, Eelco Hillenius <[EM
In wicket-1.2.6 I used this in order to not serialize session attributes:
[CODE]
getDebugSettings().setSerializeSessionAttributes(false);
[/CODE]
What is equivalent for this in wicket-1.3.0-beta2?
Thank you!
Alex.
--
View this message in context:
http://www.nabble.com/setSerializeSessionAttr
t bug that should be fixed... :(
Matej Knopp-2 wrote:
>
> At this point I don't know why the check was removed, but i suppose
> there was a reason for it. I'm not sure whether we should support the
> state when client and server are out of sync.
>
> -Matej
>
&g
gt; I'm not sure if it's bug in wicket. So your is disabled, but
> the TextField component is not? That's not good, you need to disable
> the TextField too in that case.
>
> -Matej
>
> On 8/14/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>> Aft
You should create a js code on the server side, this way you can pass to js
the resourceKey value at the runtime.
Andrew Moore wrote:
>
> Hi,
> I've got a bit of javascript as below:
> Show help here
>
> The only problem is, is that instead of just passing through
> help.username.title to the
After migrating from wicket-1.2.6 to wicket-1.3.0-beta2 I had the following
problem:
application throws ConversionException when trying to convert a null value
of the Textfield wich is disabled on the clientside.
I've take a look on the convert() method of the FormComponent class and
noticed th
I have to convince my chief that it worth to migrate the application to
wicket-1.3. Can you help me to create a list of arguments?
Thank you!
Alex.
--
View this message in context:
http://www.nabble.com/Reasons-for-migrating-to-wicket-1.3-tf4256393.html#a12113341
Sent from the Wicket - User mai
Or you can try
http://www.nabble.com/-Question--wicket.markup.html.form.Radio-tf3926549.html#a11160274
this
jq58 wrote:
> .
>
> This looks like it's 1.3, I'm on 1.2.6.
>
> Is it 1.3?
>
> Maybe AjaxEventBehavior(onchange) could help?
> It seems to be acting erratic though.
>
> I can get to
gt; the renderJavascript() call. I'm fairly confident that should cover me
> for almost any situation that comes up. It may not always be the cleanest
> code, but it's better than wasting hours getting oc4j (assuming it's
> oc4j's fault) to behave.
>
> Thanks f
I've got the same problem. A quick fix for you can be give-up using
home-grown compression filter or instead of using IHeaderContributor to
include dynamic Javascript:
[code]
public void renderHead(final IHeaderResponse response) {
response.renderJavascriptReference(new JavascriptResourceRefe
201 - 296 of 296 matches
Mail list logo