Re: Ajax updating panel inside ModalWindow
Could you provide a quick start reproducing this issue? Le 8 avr. 2013 23:20, jarnis jarnis.bertel...@exedio.com a écrit : I have tried the ModalWindow both inside and outside an enclosing form, with no difference. I also tried to put updating behavior in the onClick method of an AjaxLink (just updating a counter and adding the div showing the value to the AjaxRequestTarget) and it still does not update the modal window content. If the modal window is closed and reopened, the updated value of the counter is shown correctly. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Ajax-updating-panel-inside-ModalWindow-tp4657829p4657831.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
REDIRECT_TO_BUFFER and Url encoding problem with Umlauts
Hi,
I've a problem with my optional parameter and encoded Umlauts.
My example page is mapped with the MountedMapper on
/landing/#{seoString}/${context}, where as seoString is the optional
parameter and context is the required parameter.
Bookmarkable page links are generated with the correct URL, e.g.
../M%C3%A4nner/men.html.
But if I click on this link the generated redirect URL is wrong encoded.
For example:
Request URL=http://localhost:8080/landing/M%C3%A4nner/men.html (302)
Redirect URL=http://localhost:8080/landing/M%c3%83%c2%a4nner/men.html?2
(200)
I think, this has to do with the redirect if I use the REDIRECT_TO_BUFFER
render strategy. If I change to REDIRECT_TO_RENDER the Browser URL is
correct. What or where could be the encoding/decoding problem.
Thank you for your help.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/REDIRECT-TO-BUFFER-and-Url-encoding-problem-with-Umlauts-tp4657840.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket free guide updated.
Thanks Andrea this is really helpful! :) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-free-guide-updated-tp4657809p4657841.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: REDIRECT_TO_BUFFER and Url encoding problem with Umlauts
Hi,
Please create a ticket with a quickstart.
On Tue, Apr 9, 2013 at 12:13 PM, Dirk Forchel dirk.forc...@exedio.comwrote:
Hi,
I've a problem with my optional parameter and encoded Umlauts.
My example page is mapped with the MountedMapper on
/landing/#{seoString}/${context}, where as seoString is the optional
parameter and context is the required parameter.
Bookmarkable page links are generated with the correct URL, e.g.
../M%C3%A4nner/men.html.
But if I click on this link the generated redirect URL is wrong encoded.
For example:
Request URL=http://localhost:8080/landing/M%C3%A4nner/men.html (302)
Redirect URL=http://localhost:8080/landing/M%c3%83%c2%a4nner/men.html?2
(200)
I think, this has to do with the redirect if I use the REDIRECT_TO_BUFFER
render strategy. If I change to REDIRECT_TO_RENDER the Browser URL is
correct. What or where could be the encoding/decoding problem.
Thank you for your help.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/REDIRECT-TO-BUFFER-and-Url-encoding-problem-with-Umlauts-tp4657840.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/
Form in pop in
Hi ! I have a little question. I have a Pop in with a Form and ListView. The form can modify the content of the listView. When I submit the form, the popin is closing... How to keep the pop in open ? Thanks for your help ! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Form-in-pop-in-tp4657843.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: REDIRECT_TO_BUFFER and Url encoding problem with Umlauts
Can give me a hint in which class the encoding for this redirect is done? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/REDIRECT-TO-BUFFER-and-Url-encoding-problem-with-Umlauts-tp4657840p4657844.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: REDIRECT_TO_BUFFER and Url encoding problem with Umlauts
org.apache.wicket.request.handler.render.WebPageRenderer On Tue, Apr 9, 2013 at 12:34 PM, Dirk Forchel dirk.forc...@exedio.comwrote: Can give me a hint in which class the encoding for this redirect is done? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/REDIRECT-TO-BUFFER-and-Url-encoding-problem-with-Umlauts-tp4657840p4657844.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: Form in pop in
Hi, You have to submit the form with Ajax. Normal (non-Ajax) submit leads to reload of the whole page. On Tue, Apr 9, 2013 at 12:32 PM, grignette lady-eli...@hotmail.fr wrote: Hi ! I have a little question. I have a Pop in with a Form and ListView. The form can modify the content of the listView. When I submit the form, the popin is closing... How to keep the pop in open ? Thanks for your help ! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Form-in-pop-in-tp4657843.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: Form in pop in
Could you please tell me what wicket object I must use ? Thanks for your help ! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Form-in-pop-in-tp4657843p4657847.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Form in pop in
Just use AjaxButton instead of Button component. Make sure that you do component.setOutputMarkupId(true) on the components which have to be repainted with AjaxRequestTarget#add(). For more info see the Ajax related chapter in : https://code.google.com/p/wicket-guide/ On Tue, Apr 9, 2013 at 12:58 PM, grignette lady-eli...@hotmail.fr wrote: Could you please tell me what wicket object I must use ? Thanks for your help ! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Form-in-pop-in-tp4657843p4657847.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: Form in pop in
I found what I want in your wicket guide. Thanks for the link ! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Form-in-pop-in-tp4657843p4657849.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Semi OT: Request for on site wicket training
Hi, I'm trying to convince my boss to invest in a wicket course, and he wants for a quotation (read $ or €) in order to evaluate to go on or not. I'm looking for a wicket on site course for about 10 developers (Location Bologna, Italy) three or five days long. We are using wicket since 2009 and we need to check out daily habits and how to improve our code/skills. The details are to be defined but my first idea about the contents are 1)recap on wicket models (with an emphasis on detachable models that we are not using) 2)How to solve some common problems (Panel vs FormComponentPanel, nested forms) in managing complex forms 3)Ajax: the basics and how to solve common problems (triggering updates on other components, etc) 4)Wicket tester and testing of wicket applications 5)Some wicket internals We are using wicket 1.5 but we also have some projects using wicket 6 and we are starting the migration to from 1.5 to 6. The course must be in italian and/or in english; estimated period late june/july 2013 (june is also a nice month for comin in Italy for vacations) If interested please answer to me directly (i.e. off-list) Grazie, Giovanni -- Giovanni Cuccu Responsabile area sviluppo - CUP 2000 Spa Via del Borgo di S. Pietro, 90/c - 40126 Bologna e-mail: giovanni.cuccu _at_ cup2000.it - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: FileUploadField best approach to populating a file
Dan thanks very much for the rapid response .Let me take a look . -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/FileUploadField-best-approach-to-populating-a-file-tp4657832p4657851.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
inmethod grid column resize error alert
I am using this grid in numerous places in my current application and dont have this problem anywhere else except in one of the panel. When resizing the column it prints below line on server console: 1:41:13.410 [qtp1683589725-44] WARN o.a.wicket.RequestListenerInterface - behavior not enabled; ignore call. Behavior com.inmethod.grid.common.AbstractGrid$SubmitColumnStateBehavior@54a16dfe at component [DefaultDataGrid [Component id = priceSourceGrid]] and on browser it opens a annoying alert stating 'Are you sure? This page is asking you to confirm that you want to leave - data you have entered may not be saved There is no difference in my usage of inmethod grid on this panel compared to other places where it works fine, and i have not found why this is happening. Strangely when resize it calls onColumnStateChanged() method in all other panels but not on this panel. Any thoughts, help would be appreciated. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/inmethod-grid-column-resize-error-alert-tp4657852.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket free guide updated.
Hi, is ths under open source? Are you looking for contributors? On Mon, Apr 8, 2013 at 11:42 AM, Andrea Del Bene an.delb...@gmail.comwrote: Hi, I bother you just to tell that I released an updated version of the guide with some typo corrections and two small additions. http://code.google.com/p/**wicket-guide/http://code.google.com/p/wicket-guide/ Bye! :) --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Repainting repeaters - why the need for the enclosing element
I've never really understood this concept, and Im hoping that someone can explain: When I have a repeater, say a ListView, and I have the tags set up: div wicket:id=myRepeater ... whatever ... /div Why cant I repaint that component via Ajax? There's an ID etc. - what in Wicket forces us to wrap that component in a (typically) WebMarkupContainer just to repaint the repeater? N
Re: Wicket free guide updated.
Hi Paul, I asked the same question for v1. Here's the answer: no, at the moment there is no source for documentation. The main document is a LibreOffice odt file. I didn't decide yet how to make it available... As for contributions, they are welcome! Either send an email or use the google code issues. Regards, Bertrand On 09/04/2013 12:33 PM, Paul Szulc wrote: Hi, is ths under open source? Are you looking for contributors? On Mon, Apr 8, 2013 at 11:42 AM, Andrea Del Bene an.delb...@gmail.comwrote: Hi, I bother you just to tell that I released an updated version of the guide with some typo corrections and two small additions. http://code.google.com/p/**wicket-guide/http://code.google.com/p/wicket-guide/ Bye! :) --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket free guide updated.
Great job Andrea, I am actually reading it, I'll try to provide my feedback when I'm done with it. Regards __ Cedric Gatay (@Cedric_Gatay http://twitter.com/Cedric_Gatay) http://code-troopers.com | http://www.bloggure.info | http://cedric.gatay.fr On Tue, Apr 9, 2013 at 6:51 PM, Bertrand Guay-Paquet ber...@step.polymtl.ca wrote: Hi Paul, I asked the same question for v1. Here's the answer: no, at the moment there is no source for documentation. The main document is a LibreOffice odt file. I didn't decide yet how to make it available... As for contributions, they are welcome! Either send an email or use the google code issues. Regards, Bertrand On 09/04/2013 12:33 PM, Paul Szulc wrote: Hi, is ths under open source? Are you looking for contributors? On Mon, Apr 8, 2013 at 11:42 AM, Andrea Del Bene an.delb...@gmail.com wrote: Hi, I bother you just to tell that I released an updated version of the guide with some typo corrections and two small additions. http://code.google.com/p/wicket-guide/http://code.google.com/p/**wicket-guide/ http://code.**google.com/p/wicket-guide/http://code.google.com/p/wicket-guide/ Bye! :) --** --**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apa**che.orghttp://apache.org users-unsubscribe@**wicket.apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Repainting repeaters - why the need for the enclosing element
this has to do with how wicket repaints things with ajax. what it does
is render the component and then replace the component's root dom node
in the existing markup with the one rendered via ajax.
lets take a simple example of attaching a listview to a [tr]
add(new ListView(rows, ...) { });
[table][tr wicket:id=rows]...[/tr][/table]
suppose there are 3 items in the list
when rendered during initial request it looks like this
[table][tr][/tr][tr][/tr][tr][/tr][table]
now you say target.add(listview) to repaint it via ajax.
what will be rendered is this: [tr][/tr][tr][/tr][tr][/tr] but there
is no root dom node to replace...thus the problem
if you attach a webmarkup container to [table] and then repaint that
instead of the listview then the markup getting repainted is:
[table][tr][/tr][tr][/tr][tr][/tr][table] and that has the one
top-level tag you need to replace in markup.
you might argue that wicket should be smart and handle each [tr] separately.
what happens if elements change order? wicket would need to reorder
the nodes as well.
what happens if some elements in the list are no longer there? they
need to be somehow removed from the markup - but this information is
missing from the markup generated by re-rendering a repeater for ajax.
we cant just say : take the parent of the [tr] tag, clear all
children, add ones in ajax response. the reason we cannot is because
there may be two repeaters attached under the same parent node and you
may only be repainting one of them.
a possible solution would be to keep a list of previously rendered
repeater item ids in the repeater - that way we would know what to
nuke in the markup. but that would make the internals more
complicated.
adding a parent container and repainting that seems like a simple
solution to the problem.
-igor
On Tue, Apr 9, 2013 at 9:45 AM, Nick Pratt nbpr...@gmail.com wrote:
I've never really understood this concept, and Im hoping that someone can
explain:
When I have a repeater, say a ListView, and I have the tags set up:
div wicket:id=myRepeater
...
whatever
...
/div
Why cant I repaint that component via Ajax? There's an ID etc. - what in
Wicket forces us to wrap that component in a (typically) WebMarkupContainer
just to repaint the repeater?
N
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: inmethod grid column resize error alert
This is being caused by inmethod grid being set to disabled, the error looks unnecessary though. Not sure if there is way to suppress it. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/inmethod-grid-column-resize-error-alert-tp4657852p4657858.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: inmethod grid column resize error alert
can you create a quick-start? and attach it to an issue in github? On Tue, Apr 9, 2013 at 9:44 PM, saty satya...@gmail.com wrote: This is being caused by inmethod grid being set to disabled, the error looks unnecessary though. Not sure if there is way to suppress it. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/inmethod-grid-column-resize-error-alert-tp4657852p4657858.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Regards - Ernesto Reinaldo Barreiro
Re: inmethod grid column resize error alert
ok, will do. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/inmethod-grid-column-resize-error-alert-tp4657852p4657860.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket free guide updated.
Great job Andrea, really nice! Thanks Bruno Moura 2013/4/9 Bertrand Guay-Paquet ber...@step.polymtl.ca Hi Paul, I asked the same question for v1. Here's the answer: no, at the moment there is no source for documentation. The main document is a LibreOffice odt file. I didn't decide yet how to make it available... As for contributions, they are welcome! Either send an email or use the google code issues. Regards, Bertrand On 09/04/2013 12:33 PM, Paul Szulc wrote: Hi, is ths under open source? Are you looking for contributors? On Mon, Apr 8, 2013 at 11:42 AM, Andrea Del Bene an.delb...@gmail.com wrote: Hi, I bother you just to tell that I released an updated version of the guide with some typo corrections and two small additions. http://code.google.com/p/wicket-guide/http://code.google.com/p/**wicket-guide/ http://code.**google.com/p/wicket-guide/http://code.google.com/p/wicket-guide/ Bye! :) --** --**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apa**che.orghttp://apache.org users-unsubscribe@**wicket.apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
IHeaderResponse serialization problem Wicket 6
After migrating my webapp from 1.5.7 to 6.6.0 (thus changing all org.apache.wicket.markup.html.IHeaderResponse to org.apache.wicket.markup.head.IHeaderResponse) I fire up my webapp with embedded Jetty and get an java.lang.NoClassDefFoundError: org/apache/wicket/markup/html/IHeaderResponse at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2442) at java.lang.Class.getDeclaredMethod(Class.java:1952) at java.io.ObjectStreamClass.getPrivateMethod(ObjectStreamClass.java:1411) at java.io.ObjectStreamClass.access$1700(ObjectStreamClass.java:69) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:481) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:455) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.init(ObjectStreamClass.java:455) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:352) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1130) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:346) at java.util.ArrayList.writeObject(ArrayList.java:710) at sun.reflect.GeneratedMethodAccessor386.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:975) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1480) How comes? I already made a clean install, deleted all cookies, ... Seems that some old serialization artifacts around? In Java code there is no import of the old package name anymore... I also updated the static serial version uid of my basepage... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/IHeaderResponse-serialization-problem-Wicket-6-tp4657862.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
