Hello,
I still didn't find the time to make a blog post about this. So I just
put the code on pastebin:
http://pastebin.org/31242
I'm looking forward to your feedback :)
I tested this filter on Jetty and Tomcat (with Firefox' user agent
switcher) where it worked fine. However, as stated in the
Well if you have a Component you can use one of the getString methods.
It's just that the above also works if you do not have a component to work with.
Maurice
On Mon, Apr 21, 2008 at 10:27 PM, Edvin Syse [EMAIL PROTECTED] wrote:
Maurice Marrink wrote:
String errorMessage
Attachments are filtered from the list.
Maurice
On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle [EMAIL PROTECTED] wrote:
I have attached a screen grab of the error and its context since the
modal is locking up and I can't just copy/paste it. Sorry it's so dark,
that's because of the modal
Hi,
Implement a simple iframe inside the modal window and make the form post to
that.
Then you'll be able to use ajax _and_ do the file upload.
Cristi Manole
On Sun, Apr 20, 2008 at 8:15 PM, Igor Vaynberg [EMAIL PROTECTED]
wrote:
fileuploadfields are not supported with ajax
-igor
On
The FileUploadField doesn't work with Ajax like that.
You have to add an iframe and post to that.
At least, I haven't managed to get it working with Ajax...
Cristi Manole
On Tue, Apr 22, 2008 at 3:04 PM, Fabien D. [EMAIL PROTECTED]
wrote:
Hi, I would like to add a behavior on my
I used Fragments in another area which made the code simpler. I went from...
WebMarkupContainer loggedIn = new WebMarkupContainer(loggedIn);
loggedIn.setVisible(hasUser);
add(loggedIn);
WebMarkupContainer notLoggedIn = new
WebMarkupContainer(notLoggedIn);
Hi Cemal. I have used the setRenderBodyOnly() in other cases. Thanks for
the reminder.
I ended up doing this:
WebMarkupContainer none = new WebMarkupContainer(none);
none.setVisible(list.isEmpty());
add(none);
RepeatingView rv = new RepeatingView(list);
There is source code in the distribution. Can't you just jar it yourself?
Alternatively you can download source jar from maven (even though you
are not using maven):
http://repo1.maven.org/maven2/org/apache/wicket/wicket/1.3.3/wicket-1.3.3-sources.jar
Frank
On Tue, Apr 22, 2008 at 1:22 PM,
I fixed my problem. My Javascript wasn't converting URLs from this:
../../../?wicket:interface=:8:panel:form::IFormSubmitListener::
to this:
/myapp/?wicket:interface=:8:panel:form::IFormSubmitListener::
Instead, I missed a / near the beginning and was getting this:
This question is for the Wicket in Action authors.
The company I'm working for have ordered the paperback from Amazon. Now, I
would like also to have access to MEAP. What should I do?
--
View this message in context:
The issue isn't with Ajax - that part is working. The issue is when the form
is submitted (normally, not via ajax) and redisplayed (e.g., if an error
occurs like mismatch password).
When wicket re-renders the entire page, the login form still has an
AttributeModifier of 'display: none'. For
the implementation of js failure handler does not work for the case
(from tracing the js codes)
i guess it is because the ajax session expire exception thrown to the
client contains redirect path information, by which wicket just use this
redirect path and ignore the failure handler
and i
Please have a look at the maven repository, it is already there.
http://repo1.maven.org/maven2/org/apache/wicket/wicket/
Regards Vitek
Peter Ertl wrote:
Dear wicket developers,
could you make the wicket source jars part of the distribution (even
when this means more megabytes)?
Or maybe
My researches show FileUploadField does not support ajax behavior
So there is no wicket input, which permits to the user to browse his local
disk?
Thank you in advance.
Fabien D. wrote:
Hi, I would like to add a behavior on my FileUploadField
But I can't get back the path of the
FileUploads just can't be sent via Ajax. This is a limitation of Ajax or the
current browsers if you might say so. It has nothing to do with Wicket.
2008/4/22, Fabien D. [EMAIL PROTECTED]:
My researches show FileUploadField does not support ajax behavior
So there is no wicket input,
Maybes it's simple and I missed it, but why don't Page and WebPage implement
generics? (Or maybe it's just coming in next milestone?)
It would ensure that I don't pass an IModelFoo to a page that needs an
IModelBar for it's model. Also, from any anonymous subclass of the page
where I'm doing
Hi,
Of course page will be generified, it's just a matter of time that
Johan can invest in it :)
-Matej
On Tue, Apr 22, 2008 at 5:03 PM, Jeremy Thomerson
[EMAIL PROTECTED] wrote:
Maybes it's simple and I missed it, but why don't Page and WebPage implement
generics? (Or maybe it's just
there is Palette in wicket-extensions.
Gerolf
On Tue, Apr 22, 2008 at 6:36 PM, Niels van Kampenhout
[EMAIL PROTECTED] wrote:
Hi all
Before I write it myself, is there any component in Wicket stuff or
somewhere else like the option transfer on [1]. I couldn't find it, but I
don't know
I don't think there is a custom component for that. There is someone who
wrote a blog about how to do it with Wicket with demo code:
http://blog.xebia.com/2008/03/25/wicket-and-list-choice-transfers/
On Tue, Apr 22, 2008 at 6:36 PM, Niels van Kampenhout
[EMAIL PROTECTED] wrote:
Hi all
Before
thats kind of a waste because this [1] has been there since 1.2
[1]
http://wicketstuff.org/wicket13/compref/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.compref.PalettePage
-igor
On Tue, Apr 22, 2008 at 9:41 AM, Meindert Deen [EMAIL PROTECTED] wrote:
I don't think there is a custom
Igor Vaynberg wrote:
thats kind of a waste because this [1] has been there since 1.2
[1]
http://wicketstuff.org/wicket13/compref/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.compref.PalettePage
Thanks everyone for the quick replies, this is very useful.
Niels
Yeah, so I noticed :-)
Okay, I'm pressing the save button in my form, which is inside a panel,
which is inside a modal. Here's what's happening in the AJAX debug
window:
INFO: Initiating Ajax POST request ../../../../ etc..
INFO: Received ajax response (457 characters)
INFO: JS code wrapped in
I recently implemented an AJAX based file upload field that works just
fine. It's works 'outside of Wicket AJAX' but does leverage an AJAX
fileuploadfield. Let me know if you want to use it, I don't mind sharing
the code. It took a lot of work to make this happen, since the original
jQuery based
What is the best way to attach ajax behaviours to a Palette?
Igor, in the javadoc for Palette you say that ajax behaviours for a
Palette should be attached to the recorder component [1]. However in
your reply on [2] you say that recorder wont get onchange because its
value is changed
attach a test case to a jira issue
It is a bit weird error because as far as ia see window.parent is again a
window and that should have a setTimeuut function
On Tue, Apr 22, 2008 at 7:49 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
Yeah, so I noticed :-)
Okay, I'm pressing the save button in
I'm not familiar with the test cases required for JIRA issues. Can you
point me in the right direction?
I really need to get this fixed as it's stopping me in my tracks right
now... if any of you have additional input, I would appreciate any
pointers.
Michael
-Original Message-
From:
Igor Vaynberg wrote:
palette is a javascript component, what parts do you want to ajaxify?
If the selection in the Palette changes, I'd like to update another form
field (also a Palette as a matter of fact).
So I'd like to attach an AjaxFormComponentUpdatingBehavior(onchange)
to the
I can share my code with iframe (no-brainer), so go ahead and ask :)
Cristi Manole
On Tue, Apr 22, 2008 at 9:05 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
I recently implemented an AJAX based file upload field that works just
fine. It's works 'outside of Wicket AJAX' but does leverage an
Actually, I do have a suspicion:
My form contains two WebMarkupContainers, which contain a few form
components. Is it possible that the setTimeOut function fails because of
the WebMarkupContainers inside the form?
Michael
-Original Message-
It is a bit weird error because as far as ia
Actually, no that is not causing it - I removed the WMCs and the AJAX
problem persisted...
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 11:47 AM
To: users@wicket.apache.org
Subject: RE: Strange AJAX error
Actually, I do have a
Typically a quickstart project is the best way to go.
http://wicket.apache.org/quickstart.html
just attach the entire project to the jira issue that way we can start
looking into your problem without trying to get your code to run
first.
Maurice
On Tue, Apr 22, 2008 at 8:33 PM, Michael Mehrle
Thanks! I figured that must be it.
On Tue, Apr 22, 2008 at 10:25 AM, Matej Knopp [EMAIL PROTECTED] wrote:
Hi,
Of course page will be generified, it's just a matter of time that
Johan can invest in it :)
-Matej
On Tue, Apr 22, 2008 at 5:03 PM, Jeremy Thomerson
[EMAIL PROTECTED] wrote:
done.
On Tue, Apr 22, 2008 at 5:25 PM, Matej Knopp [EMAIL PROTECTED] wrote:
Hi,
Of course page will be generified, it's just a matter of time that
Johan can invest in it :)
-Matej
On Tue, Apr 22, 2008 at 5:03 PM, Jeremy Thomerson
[EMAIL PROTECTED] wrote:
Maybes it's simple and I
we will have to rig the javascript that palette uses to invoke the
onchange handler on recorder manually, or maybe not on the recorder
but on its own tag so you can attach behaviors directly to it...
open a jira. attach a patch if you want this to be handled quickly,
shouldnt be that hard at all.
which version do you use of wicket?
because WebPage.onDetach() should already be gone
because this part:
java.lang.Exception
at load.Load$LoadForm$1.isVisible(Load.java:46)
at org.apache.wicket.Component.renderHead(Component.java:2528)
at
really?
are you using the XMLHttpRequest request to do a binary upload with a form
post?
everywhere on the internet they say that isnt possible
johan
On Tue, Apr 22, 2008 at 8:05 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
I recently implemented an AJAX based file upload field that works
The issues are:
- The application is in more than 20 languages, so UTF8 is mandatory. This
was working fine, people types their name in Japanese and that goes to
database smoothly. Now, every non-english character gets corrupted. The
database and tomcat server configuration has not been
Dear AT ... unfortunately I didn't had time to work out on this integration.
I will let you know in future.
// Paolo
On Mon, Apr 21, 2008 at 4:58 PM, Advanced Technology(R) [EMAIL PROTECTED]
wrote:
Hi Paulo,
Did you have sucess integrating Ext.form.FormPanel ???
Can you upload
1.3.1. I have created a quickstart of the problem and have sent it to Igor.
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 2:23 PM
To: users@wicket.apache.org
Subject: Re: isVisible() with surrounding Markup and
Hi everyone,
A page containing a form is opened in a popup window (a true
browser window) and being submitted if the form has been processed
successfully it should close itself automatically and update a part of
a parent page (the opener) using an ajax call. Have anyone faced a
similar
Hi,
This is something for Manning to answer, as they are in charge of all
the commercial aspects of it.
Cheers,
Eelco
On Tue, Apr 22, 2008 at 6:04 AM, Alex Objelean
[EMAIL PROTECTED] wrote:
This question is for the Wicket in Action authors.
The company I'm working for have ordered the
Yeah, that's how it works. There's a fileupload.js that leverages
jQuery. When the user presses the upload button it does a binary upload
to a page of your choosing - that's where I had to change the existing
PHP-integrated lib that I used as a template. I used a Page that was
accessible via a
I am getting an ajax response xml instead of the page when I return to
original destination page that is ajax enabled after a
RestartResponseAtInterceptPageException is thrown. Here is the URL:
http://127.0.0.1:8080/blahblah/?wicket:interface=:8:body:receiveItemDetailFo
Bump.
Do any devs have an opinion on this? Should I create a jira instead
of asking this on the list?
Here is a quick summary so that no one needs to read through the thread:
1. The ResourceNameIterator encapsulates the
style/variation/localization strategy
2. The ResourceStreamLocator uses it
I fixed it. If you guys are interested. The problem was that the modal
window was added 'inside' the form. By simply moving the template/code
for the actual modal outside the form, everything worked just fine.
I'm not sure if you guys recommend doing this in the first place, it
does make a lot of
Oscar,
if you grab the quickstart and try to implement simple DB and i18n, what
happens - do you get these errors?
Rgds
Ned
Toscano wrote:
Hello,
Finally I decided to migrate the project I have been working for the last
year from 1.2.6 to 1.3.3 Wicket version. Some of the errors I got
Greetings, Wicket Wizards,
I am continuing my delightful acclimatization to Wicket, and would
appreciate a couple of quick hints regarding the following:
(1) My webapp makes several requests to back-end services. This could take
up to a couple of minutes under certain circumstances. It appears
Thank you! Thank you!
On Tue, Apr 22, 2008 at 4:10 PM, Johan Compagner [EMAIL PROTECTED]
wrote:
done.
On Tue, Apr 22, 2008 at 5:25 PM, Matej Knopp [EMAIL PROTECTED]
wrote:
Hi,
Of course page will be generified, it's just a matter of time that
Johan can invest in it :)
-Matej
(Other than using @SupressWarnings)
AjaxFallbackButtonPage1 submitButton = new
AjaxFallbackButtonPage1(submitButton, form) {
@Override protected void onSubmit(AjaxRequestTarget target, Form
f) { Warning here
.
Form is a raw type. References to generic type FormT
I'm getting warning on:
new PageableListView() {
@Override protected void populateItem(ListItem item) {
ListItem is generic. References to generic type ListItemT should be
parameterized.
50 matches
Mail list logo