Hi all, dear wicket experts!
I have some issue in my code, I suspect that it is because of ajax behavior,
that I not quite understand.
I have a MyPanel extends CheckedFolderT, that I create in
NestedTree.newContentComponent() {}. This MyPanel has some public data,
boolean bChanged for example.
Addition:
NestedTree and ModalWindow is placed on a TreePage:
TreePage.html
div wicket:id=modaleditdialog/div
div wicket:id=tree[tree]/div
TreePage.java
public TreePage () {
dialog = new ModalEditDialog(modaleditdialog);
dialog.setResizable(true);
dialog.setAutoSize(true);
Hi,
Do you use Ajax submit ?
If YES then you need to override #onError(AjaxRequestTarget, Form) add add
the feedback to the target manually.
Martin Grigorov
Wicket Training and Consulting
On Wed, Jun 11, 2014 at 6:21 PM, Lucio Crusca lu...@sulweb.org wrote:
Here is a form:
Hi,
The problem is that EditPage when deserialized creates a new copy of
MyPanel instance and its bChanged member field.
The best/simplest way is to use a Panel as ModalWindow content instead of a
Page.
Another way to share bChanged between the pages is to store it in the
session (i.e.
How about an AjaxBehavior with the onChange event?
Assuming you mean AjaxEventBehavior (because I couldn't find any
AjaxBehavior class), I tried with change, onChange and onchange
strings as event, but none of them seemed to work: the onEvent method was
never called.
On Jun 11, 2014, at 9:10
Hi,
I am not sure that Wicket Charts developer is subscribed to the mailing
lists.
You can ask for help at https://github.com/thombergs/wicked-charts/issues
Martin Grigorov
Wicket Training and Consulting
On Thu, Jun 12, 2014 at 6:13 AM, prabu prabumc...@gmail.com wrote:
Hello Team,
I have
OnChangeAjaxBehavior is the right way.
It uses either 'input' event when supported or 'cut'+'paste'+'keydown' when
'input' is not supported by the browser.
Which browser do you use ?
You can always use AjaxFormComponentUpdatingBehavior(keyup) but it will
fire even when you use keys like ESC, F2,
Hi,
Do you use Ajax submit ?
If YES then you need to override #onError(AjaxRequestTarget, Form) add add
the feedback to the target manually.
What is Ajax submit? How do I check whether I'm using it? (I suspect the
reply is no, you're not using it since you do not even know what it is).
Ajax submit is when you use AjaxSubmitLink or AjaxButton for the input
type=submit
I just checked and it seems you don't use any of these.
Do you override Form#onError() or Button#onError() and what do you do there
?
Martin Grigorov
Wicket Training and Consulting
On Thu, Jun 12, 2014 at 10:47
Wow! IMHO your answer is very un-respectful even if you don't notice it.
Your first message to this list is from January 2013... and you still don't
know what is an AJAX submit? Time to start reading a bit about the
framework you are using? Instead of expecting people to solve your problems
;-)
OnChangeAjaxBehavior is the right way.
It uses either 'input' event when supported or 'cut'+'paste'+'keydown'
when
'input' is not supported by the browser.
Which browser do you use ?
Tested with IceWeasel 24.4.0, Chrome 33 for Linux and Firefox 27 for Windows.
You can always use
Thanks Martin!
I tried to use a reference to bChanged through the first page, but it
permanently bind ModalWindow with first page and I cant use it in another
pages.
For the first way - There will be no serialization/deserialization when I
will use Panel insted of a Page in ModalWindow?
Best
Wow! IMHO your answer is very un-respectful even if you don't notice it.
Your first message to this list is from January 2013... and you still
don't
know what is an AJAX submit? Time to start reading a bit about the
framework you are using? Instead of expecting people to solve your
problems
Ajax submit is when you use AjaxSubmitLink or AjaxButton for the input
type=submit
I just checked and it seems you don't use any of these.
Do you override Form#onError() or Button#onError() and what do you do
there
?
None of them. I only override Button#onSubmit().
Hi Lucio,
People may complain that Wicket documentation is poor but it seems these
people didn't bother to read either the reference guide [1], nor any of the
published books [2].
All of them explain how to submit a form with Ajax
1. http://wicket.apache.org/guide/
2.
If you are able to reproduce this in a mini application (a quickstart app)
then please attach it to a ticket in Jira and we will see what is going
wrong.
Martin Grigorov
Wicket Training and Consulting
On Thu, Jun 12, 2014 at 11:55 AM, Lucio Crusca lu...@sulweb.org wrote:
Ajax submit is when
Hi,
Yes I have a bad day... but my answer has nothing to do with that.
1- You ask a question. Someone ask you about the details.
2- You answer very vaguely... If you have taken just two seconds to google
for it
Many thanks Martin,
I followed your advice and ended up overriding SystemMapper's mapRequest. I
decided to simply strip away the page instance instead of moving it to the
query string. It's just noise for me, after all. Quite rough probably, but
it seems to do the job in all the cases I tried.
If you are able to reproduce this in a mini application (a quickstart app)
then please attach it to a ticket in Jira and we will see what is going
wrong.
Thanks:
https://issues.apache.org/jira/browse/WICKET-5614
-
To
Hi,
As far as I can see you are adding components on onBeforeRender(). So, all
components are recreated any time page is rendered Move your logic to
onInitialize and you will see your feedback messages appear.
On Thu, Jun 12, 2014 at 2:22 PM, Lucio Crusca lu...@sulweb.org wrote:
If you
Hi Fabio,
The code looks OK!
Indeed it is not very easy to create really bookmarkable url!
The page has to be stateless to have url that will produce the same result
every time.
With stateful pages (pages with pageId in their url) there is a chance to
load something different than what you
Hi Martin,
Thanks for your time and help.
Even though my 1.4 URLs contain pageIds, in the moment they were bookmarked
they were basically made stateless to my application, as the pageId lost
meaning. It is now just noise that gets misinterpreted by the migrated app
because of the dotted
Ernesto,
Well the change seems to work. I am using a button that shows an activity
indicator with a veil for the request. So now that activity indicator and
veil is shown while the file is generated. But they go away when the file
is downloaded and the user can start clicking the button again.
Confirmed, see https://issues.apache.org/jira/browse/WICKET-5615.
Thanks for reporting the issue.
Sven
On 06/12/2014 05:17 PM, René Hartwig wrote:
Hi,
I just recognized that the UploadProgressBar has been broken by
changes made in Version 6.13.0 - I assume because of
Hi,
Suppose there is some problem or exception in the file download. Let's say
in the following method:
protected IResourceStream getResourceStream() {
return new AbstractResourceStreamWriter() {
public void write(Response output) {
WebResponse response =
25 matches
Mail list logo
