Any idea? Any hint? Or should I add clearInterceptData() to the constructor
of each Page class with authorized access? A short description in source
code would be helpful.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/WICKET-4500-WICKET-5140-and-RestartResponseAtIn
Is it a serialized object on the page? Or is it a serialized object on the
session object.
I have tried everything from removing the ProductAPI out.
Currently everything that is in my Session Service object should be
serialized I believe.
--
View this message in context:
http://apache-wicket.18
Hi,
Alternatively, you can use the programmatic way:
component.setOutputMarkupId(true).setMarkupId("myId");
Regards,
Sebastien.
On Tue, Jun 4, 2013 at 9:59 PM, Sven Meier wrote:
> If you specify an id attribute in your markup, Wicket will use it
> unaltered:
>
>
>
> Sven
>
>
> On 06/04/201
If you specify an id attribute in your markup, Wicket will use it unaltered:
Sven
On 06/04/2013 09:51 PM, eugenebalt wrote:
Some of my components have the same static Wicket ID, but others look like
"field7" or "field5" while their ID is "field".
What is the rule governing whether an ID ch
Some of my components have the same static Wicket ID, but others look like
"field7" or "field5" while their ID is "field".
What is the rule governing whether an ID changes or not? And how can I
enforce a static ID? Thanks
--
View this message in context:
http://apache-wicket.1842946.n4.nabbl
Hi Magnus,
Sorry for replying so late, but I wanted to add a word of caution here.
There is a problem with Form#dispatchEvent() when you change the number
of URL segments. I cant remember the exact details, but it has something
to do with the Url#resolveRelative() or the call to it making
ass
thanks. I checked of course that there are no JS errors. I also checked if
any of overridden onComplete(), getCompleteHandler(), and
getSuccessHandler() are executed, and they are not.
So I'm still a bit puzzled here. My behavior's respond() method works fine
and does not throw exceptions or anyth
As Sven has pointed out your code should work as it is. Try yo see if
you have any kinds of JavaScript errors using a JavaScript console or a
tool like FireBug
Hi,
I pasted you #updateAjaxAttributes() into ChoicePage from
wicket-examples and alert shows up there.
Sven
On 06/04/2013 05:02 PM
I am using wicket 6.6.0 and these behaviors:
AjaxFormComponentUpdatingBehavior AjaxFormSubmitBehavior.
In both case, I am overriding the getPreconditionScript() and
getSuccessScript() method to display and hide a "please wait" gif around
each ajax call.
@Override
protected CharSeq
Thanks for your replies.
Could it be that it has something to do with Wicket version ? Wicket
Examples seems to run on Wicket 1.5.10 ?
I also tried the suggested success handler, by adding this to my behavior
@Override
public CharSequence getSuccessHandler(Component compo
You could override the getSuccessScript() method. Return the javascript code
or method to be executed.
David
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/AbstractDefaultAjaxBehavior-complete-handler-tp4659230p4659232.html
Sent from the Users forum mailing list arc
Hi,
I pasted you #updateAjaxAttributes() into ChoicePage from
wicket-examples and alert shows up there.
Sven
On 06/04/2013 05:02 PM, heikki wrote:
// this doesn't do anything
@Override
protected void updateAjaxAttributes(AjaxRequestAttributes attributes) {
super.updat
hello,
a simple question: I'd like that a certain javascript function is invoked,
after a Wicket Ajax call completes. I'm using Wicket 6.5.
I tried this:
// behaviour works fine except for the onComplete js that I'd like to
execute
public class MyAjaxBehavior extends AbstractDefaultAjaxBehavior
The problem is really related with the onClick event.
I copied the class AjaxFormChoiceComponentUpdatingBehavior in my project
(hijacking) and changed the event "click" by "onchange". The validation and
the ajax call are working perfectly.
Jquery validation bind a "click" event on my radioChoice.
The ajax response are the same if I compare with a Wicket 6.6.0 application
version.
Looks like the AjaxFormChoiceComponentUpdatingBehavior is blocking the
jQuery Validation to unhighlight my field before the ajax call is triggered.
--
View this message in context:
http://apache-wicket.1842946.
Thank you for your response.
By overriding the updateAjaxAttributes and adding
attributes.setAllowDefault(true), my javascript validation works but my
behavior (ajax call) is not triggered.
@Override
protected void updateAjaxAttributes(AjaxRequestAttributes attributes) {
Hello Bertrand,
Thank you for your answer I'll try "option 3" and create a component
subclass.
Cheers
Simon
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/AttributeModifier-with-html-in-the-attribute-tp4659206p4659226.html
Sent from the Users forum mailing list a
17 matches
Mail list logo