I have no idea what that might be good for :(.
Sven
On 07/30/2014 11:29 PM, Behrooz Nobakht wrote:
Thanks for the hint.
It seems that we had a custom MountedMapper with the following specifics:
@Override
protected void encodePageComponentInfo(Url url,
PageComponentInfo
Hello all,
after running into problems submitting an AJAX form in a modal window with
Safari or Chrome, I found this solution: I simply override isRootForm() and let
it return false. I do have similar cases like this to fix, and I was wondering
what problems could arise from this change, or
Hi,
From Java doc of ModalWindow
-
* If you want to use form in modal window component make sure that you put
the modal window itself
* in another form (nesting forms is legal in Wicket) and that the form on
modal window is submitted
*
And I see that this has not changed in Wicket 6 (or even 7), so we'll definitely
do it that way. Thanks!
On 07/31/2014 11:08 AM, Ernesto Reinaldo Barreiro wrote:
Hi,
From Java doc of ModalWindow
-
* If you want to use form in modal window
Hi,
how did you started the example application?
I want to use the wicketstuff-restannotations library to implement a restful
web service. It seem very handy and I was able to get the example code
working fine.
To make sure I understood how everything was working and how to access from
another
I just stated it by running Start.java as a java application to start Jetty
from Eclipse.
Bruce
Sent from my iPad
On Jul 31, 2014, at 6:09 AM, Andrea Del Bene an.delb...@gmail.com wrote:
Hi,
how did you started the example application?
I want to use the wicketstuff-restannotations
Hi Sven,
Can you please make me understand why should I use JS here over wicket. I
have read somewhere lately that onfocus in wicket has some fault (Perhaps in
version 1.4. I am not sure if it has been fixed in 1.6 or not. BTW I cant
find the source now :( ). Are you indicating the same fault in
I started the example app with Maven and enabling the SSL port. I've
tested it with Firefox, although I had to disable the flag
security.mixed_content.block_active_content to load the JS libraries. I
had no problem with the REST operations (GET, POST, DELETE...),
everything worked fine usin
Thanks, I'll try it with another approach. I'll let you know.
Bruce
Sent from my iPad
On Jul 31, 2014, at 8:05 AM, Andrea Del Bene an.delb...@gmail.com wrote:
I started the example app with Maven and enabling the SSL port. I've tested
it with Firefox, although I had to disable the flag
We have an ajax button that submits a form that, if the parameters are right,
will download an excel file. The developers who wrote the page used an ajax
behavior and then write the request out as javascript like so:
target.appendJavaScript((CharSequence) (window.location.href=' +
Append some random noise to the download URL. See NonCaching image as
example.
On Thu, Jul 31, 2014 at 3:24 PM, Entropy blmulholl...@gmail.com wrote:
We have an ajax button that submits a form that, if the parameters are
right,
will download an excel file. The developers who wrote the page
On Jul 31, 2014 4:25 PM, Entropy blmulholl...@gmail.com wrote:
We have an ajax button that submits a form that, if the parameters are
right,
will download an excel file. The developers who wrote the page used an
ajax
behavior and then write the request out as javascript like so:
That workaround had occurred to us. We thought there might be a better way,
but if that is the recommended solution, we feel better about it. Just
didn't want to overlook a silver bullet.
While it isn't the exact same thing, I am also having an exception maybe
someone could shed light on in the
On Jul 31, 2014 12:30 AM, Behrooz Nobakht nob...@gmail.com wrote:
Thanks for the hint.
It seems that we had a custom MountedMapper with the following specifics:
@Override
protected void encodePageComponentInfo(Url url,
PageComponentInfo info) {
// do nothing so
My guess is that whatever browser you are using is trying to PROPFIND for more
information about the file. And yes, that method is commonly used by WebDAV
capable servers and will usually result in HTTP status code 405 otherwise.
That would make it a WAS7 / browser issue and not a Wicket
These fixes seem to be exactly what I need. How do I get hold of them?
Thanks,
Nigel
On Fri, Jul 18, 2014 at 11:24 AM, Martin Grigorov mgrigo...@apache.org
wrote:
Thanks a lot!
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Fri, Jul 18, 2014 at 6:23
Andrea,
I have the SSL working fine when I call it from a Java program using
HttpsURLConnection. So it was something with curl.
I wonder if you could suggest how I could pass a username and password along
with the json string and authenticate the request.
Thanks,
Bruce
-Original
They will be released with WicketStuff 6.17.0 soon after Wicket 6.17.0 is
released.
On Jul 31, 2014 11:39 PM, Nigel W weymon...@gmail.com wrote:
These fixes seem to be exactly what I need. How do I get hold of them?
Thanks,
Nigel
On Fri, Jul 18, 2014 at 11:24 AM, Martin Grigorov
18 matches
Mail list logo