Re: [Wicket-user] Way to prevent page versioning for a request in 1.3?
We are currently using the incubating-beta1 release. I was stepping through the source in a debugger and I'm not sure older versions of the page are preserved in the cache (at least when update by an ajax request). I did a simple test: * I went to a versioned page * clicked an ajax control which updates that page * hit my browser back button (which didn't actually go to the server but reloaded the locally cached page) * clicked on another ajax control on the page At this point I got a page expired message. This raises a couple questions: 1) This doesn't sound like the bug you are describing... Is the behavior we are observing correct behavior? 2) Do we need to do anything to enable or set the size of the page cache? 3) Is there a more recent version we should be using than the incubating-beta1 snapshot? Many Thanks, Jamie Matej Knopp-2 wrote: > > This is wrong. Even if page version increments, the ajax links should > be valid. There was a bug in wicket 1.3 where the wicket still allowed > you to do unversioned ajax requests, but that's should be gone > already. Can you please test it with most recent 1.3? > > -Matej > > On 4/27/07, jamieballing <[EMAIL PROTECTED]> wrote: >> >> We are experiencing a problem in our application because we are doing >> something out of the ordinary. >> >> We have an applet on our page which makes a wicket request on behalf of >> the >> page. The request is a form submit which causes a file upload, but it >> doesn't affect the state of the page. When wicket 1.3 processes the >> request >> and calls getResponsePage() it identifies the response as an instance of >> PageRequestTarget which causes the last version in the cache to >> increment. >> >> The applet doesn't do anything with the response from wicket, so the >> existing wicket urls on the page all still refer to the old page version. >> Therefore, when you click anything (e.g. ajax links) we get a page >> expired >> because the versioning is out of synch. >> >> How would you recommend we approach this problem? Is there someway to >> tell >> wicket in the request not to increment the last page version or tell it >> that >> we are using a different target type than PageRequestTarget? >> >> Thanks, >> Jamie >> -- >> View this message in context: >> http://www.nabble.com/Way-to-prevent-page-versioning-for-a-request-in-1.3--tf3658645.html#a10222425 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Way-to-prevent-page-versioning-for-a-request-in-1.3--tf3658645.html#a10248419 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Page Map clarification
I found the problem. It turned out to be a very silly deployment error. We had the same application running at two different contexts. Inside our code we had some static url mappings to one of the contexts. This lead the the user being switched between the urls, and hence different sessions. This was causing the page expired problem. :) Shams -- Forwarded message -- From: "Shams Mahmood" <[EMAIL PROTECTED]> To: wicket-user@lists.sourceforge.net Date: Fri, 27 Apr 2007 22:42:40 +0600 Subject: Re: [Wicket-user] Page Map clarification are they really using the same pagemap? that means they all share a single session? pagemaps are stored in the user's sessions. -igor Thanks I seemed to missed that point altogether. I saw that the page map names were the same and arrived at my incorrect conclusion :(. I'll check up on that and see what happens. Shams. On 4/27/07, Shams Mahmood <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > I have a web site for mobiles that has around 3-4 thousand users. > > > > Now some particular mobile models get page expired error. > > I fopund that increasing page map size didn't help. > > I figured that all the users are using the same Page Map. > > ( they all have '' as their page map name) > > > > Is there some limit to how many pages a Page Map can store. > > > > Can anyone help with what the problem could be. > > > > Thanx in advance.] > > > > Shams > > > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Problem with concurren ajax requests on page
Hi all, just want to say that I've relatively new to Wicket but am loving every minute of it! In just a few weeks of learning and programming I have been able to create a robust, javascripted, ajaxified app for our company. Great work to the devs! However, I have one problem which I'm a little unsure how to solve, its not an inherent problem with Wicket but more a problem with my ajax in wicket. I will try to go into as much detail as possible. I have a page with a set of tabs. Each tab will replace the main body of the page with different components using ajax. this is all working great. On top of this, the main page of the app has a global timer (using AbstractAjaxTimerBehavior) which does any updates required for the current tab. So lets say I have component C1 on tab T1 (T1 is a wicket panel which I replace when needed.) The ajax update will call an update() function which is overloaded for the different tab types. So T1.update() will call target.addComponent(C1); etc.. The problem I am having is in the timing between the ajax timer request and the ajax update request when the user hits a new tab. I am getting the following error: java.lang.NullPointerException at wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveListenerIn terfaceTarget(DefaultRequestTargetResolverStrategy.java:295) at wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPa ge(DefaultRequestTargetResolverStrategy.java:228) at wicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(DefaultRe questTargetResolverStrategy.java:153) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve(Abstract CompoundRequestCycleProcessor.java:48) at wicket.RequestCycle.step(RequestCycle.java:992) at wicket.RequestCycle.steps(RequestCycle.java:1084) at wicket.RequestCycle.request(RequestCycle.java:454) So it seems what is happening (this is my guess) is that the ajax requests for the timer update and the new tab update are being sent almost simultaneously. The first request is processed by the server and this actually changes the comoponents on the page. Then the second request comes in and its target behavior no longer exists because the first request replaced that component (panel) with something different. So I guess what I'm looking for is ideas on how to solve this problem? How does Wicket ajax work client side? Does it organize ajax request-response cycles one at a time, or can they be sent simultaneously? Also, is there a way I can hoook into the client code and stop the timer update from being called if we've already got a pending page-change ajax request. So I've waffled a bit, in short how do I stop the second ajax request from referencing behavior that the first one just got rid of ? Thanks, Red Fury -- View this message in context: http://www.nabble.com/Problem-with-concurren-ajax-requests-on-page-tf3667503.html#a10247552 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Contributing to wicket-contrib-yui
Sure thing, more than happy :) thanks Josh On 4/27/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote: David and Thomas, you're both in. Make something beautiful :) And Josh, thanks for your previous effort. Hope you don't mind this, and you like anyone else are most welcome to help with the it. Cheers, Eelco On 4/27/07, Peter Thomas <[EMAIL PROTECTED]> wrote: > Eelco / David, > > I would be interested in helping out with wicket-contrib-yui as well - my sf > id is ptrthomas > > Thanks, > > Peter. > > > On 4/27/07, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote: > > * David Leangen: > > > > > On Fri, 2007-04-27 at 14:13 +0800, Joshua Lim wrote: > > > > > > > I also hope that it could be a wicket package. I don't want to > > > > be dependent on the hosting. > > > > > > What about having the option to do either one? > > > > Sure, use by default a local copy, and let the user choose the > > script to load. That's what we do on WS Dojo. > > -- > > Jean-Baptiste Quenot > > aka John Banana Qwerty > > http://caraldi.com/jbq/ > > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] nice url with submitted form
in reality this isnt how its supposed to work. usually you would have something like this: searchpage { private criteria crit; searchpage() { add(new searchform("form", new PropertyModel(this, "crit")); add(new resultsview("view", new PropertyModel(this, "crit")); } } that way the form and the view are bound to the same criteria object. the form modifies it, and the view renders according to it. you would not call any setresponsepage in the form, the same insatance of the page would be reused. that is the wicket way. however, if you must have that nice bookmarkable url then you need to call setresponsepage(class, pageparams) from the form. it is not as clean, but it works. -igor On 4/29/07, Martin Grotzke <[EMAIL PROTECTED]> wrote: On Sun, 2007-04-29 at 17:41 -0700, Igor Vaynberg wrote: > no, once the form is submitted the page is no longer bookmarkable and > so it will lose any bookmarkable/mounted url. > > if you want to keep it you can call setresponsepage(page.class, > params) in onsubmit(), but in your case that is silly since > searchresultspage probably contains the submitted form anyways? well, i can do this (setResponsePage with params). the SearchResultsPage indeed has a also an instance of the form, and the user can also initiate a search on the SearchResultsPage. so for each search the SearchForm.onSubmit creates a new SearchResultsPage and (indirectly) a new SearchForm... i just wonder if this this is the way how wicket should work, or if this stateless way is s.th. that is not really the target of component based frameworks... thanx && cheers, martin > > -igor > > > On 4/29/07, Martin Grotzke <[EMAIL PROTECTED]> wrote: > hi all, > > i'm just starting with wicket and have a simple search > form, that leads to a SearchResultsPage. > > the SearchResultsPage is mounted as a bookmarkable page (via > mountBookmarkablePage("/search", SearchResultsPage.class);), > although the url that is shown then contains s.th. like > ?wicket:interface=:6:searchForm::IFormSubmitListener... > > is it possible to have a nicer url for the submitted form? > > i'm using wicket 1.2.6 right now... > > thanx in advance, > cheers, > martin > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and > take > control of your XML. No limits. Just data. Click to get it > now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Martin Grotzke http://www.javakaffee.de/blog/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] nice url with submitted form
On Sun, 2007-04-29 at 17:41 -0700, Igor Vaynberg wrote: > no, once the form is submitted the page is no longer bookmarkable and > so it will lose any bookmarkable/mounted url. > > if you want to keep it you can call setresponsepage(page.class, > params) in onsubmit(), but in your case that is silly since > searchresultspage probably contains the submitted form anyways? well, i can do this (setResponsePage with params). the SearchResultsPage indeed has a also an instance of the form, and the user can also initiate a search on the SearchResultsPage. so for each search the SearchForm.onSubmit creates a new SearchResultsPage and (indirectly) a new SearchForm... i just wonder if this this is the way how wicket should work, or if this stateless way is s.th. that is not really the target of component based frameworks... thanx && cheers, martin > > -igor > > > On 4/29/07, Martin Grotzke <[EMAIL PROTECTED]> wrote: > hi all, > > i'm just starting with wicket and have a simple search > form, that leads to a SearchResultsPage. > > the SearchResultsPage is mounted as a bookmarkable page (via > mountBookmarkablePage("/search", SearchResultsPage.class);), > although the url that is shown then contains s.th. like > ?wicket:interface=:6:searchForm::IFormSubmitListener... > > is it possible to have a nicer url for the submitted form? > > i'm using wicket 1.2.6 right now... > > thanx in advance, > cheers, > martin > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and > take > control of your XML. No limits. Just data. Click to get it > now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user -- Martin Grotzke http://www.javakaffee.de/blog/ signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] nice url with submitted form
no, once the form is submitted the page is no longer bookmarkable and so it will lose any bookmarkable/mounted url. if you want to keep it you can call setresponsepage(page.class, params) in onsubmit(), but in your case that is silly since searchresultspage probably contains the submitted form anyways? -igor On 4/29/07, Martin Grotzke <[EMAIL PROTECTED]> wrote: hi all, i'm just starting with wicket and have a simple search form, that leads to a SearchResultsPage. the SearchResultsPage is mounted as a bookmarkable page (via mountBookmarkablePage("/search", SearchResultsPage.class);), although the url that is shown then contains s.th. like ?wicket:interface=:6:searchForm::IFormSubmitListener... is it possible to have a nicer url for the submitted form? i'm using wicket 1.2.6 right now... thanx in advance, cheers, martin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] nice url with submitted form
hi all, i'm just starting with wicket and have a simple search form, that leads to a SearchResultsPage. the SearchResultsPage is mounted as a bookmarkable page (via mountBookmarkablePage("/search", SearchResultsPage.class);), although the url that is shown then contains s.th. like ?wicket:interface=:6:searchForm::IFormSubmitListener... is it possible to have a nicer url for the submitted form? i'm using wicket 1.2.6 right now... thanx in advance, cheers, martin signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] can be help to anyone looking for rounded corners borders
Hi, I have added a rounded corners border component to wicket-minis jira. Anyone who might need it/or want to contribute/suggest styles for it/suggest more styled borders can have a look . http://wicketstuff.org/jira/browse/WSMINIS-2 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Different JS 'this' object using ajax
Hi, It appears that the javascript "this" object is different when I hardcode the javascript into the html vs. using an AjaxEventBehavior and appendJavascript. For instance, the "this" in this refers to the TR which is correct and the selectRow functions works properly: But if I use this html: With this code in a DataView: item.add(new AjaxEventBehavior("onClick") { @Override protected void onEvent(AjaxRequestTarget target) { target.appendJavascript("selectRow(this)"); } }); Then my selectRow() method doesn't work right. It appears "this" is a different object and not the TR. For reference, here is the javascript, which just highlights the row that has been clicked and removes the highlight from the previously selected row, if any: var lastRow; var lastRowClass; function selectRow(row) { if (lastRow != null) { lastRow.className = lastRowClass; } lastRow = row; lastRowClass = row.className; row.className = "selected"; } Any ideas what the "this" object is in the 2nd case, and what I should use instead? Tauren - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Different JS 'this' object using ajax
Hi, It appears that the javascript "this" object is different when I hardcode the javascript into the html vs. using an AjaxEventBehavior and appendJavascript. For instance, the "this" in this refers to the TR which is correct and the selectRow functions works properly: But if I use this html: With this code in a DataView: item.add(new AjaxEventBehavior("onClick") { @Override protected void onEvent(AjaxRequestTarget target) { target.appendJavascript("selectRow(this)"); } }); Then my selectRow() method doesn't work right. It appears "this" is a different object and not the TR. For reference, here is the javascript, which just highlights the row that has been clicked and removes the highlight from the previously selected row, if any: var lastRow; var lastRowClass; function selectRow(row) { if (lastRow != null) { lastRow.className = lastRowClass; } lastRow = row; lastRowClass = row.className; row.className = "selected"; } Any ideas what the "this" object is in the 2nd case, and what I should use instead? Tauren - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Nested Forms and onSubmit()?
well, it depends on what kind of reuse you want. if you have a particularly cool form panel, it might be something that should stand on its own or nest. but i think you're probably right in general. i've got quite a few panels that just hold some fields for inclusion in a form. igor.vaynberg wrote: > > imho all he should do is extend a panel, and make sure that panel is > always > inside a form. > > there is no need to have a form to group a few fields together. > > -igor > > > On 4/29/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote: >> >> One note: this is a 1.3 feature so only expect it to work there. >> >> What happens with the nested forms is that the buttons stay, and iirc >> only the inner form is submitted when a button is pressed inside that >> inner form. >> >> I think the discussion never got to a conclusion on what happens when >> the outer form is submitted. I think we can still change that behavior >> (we're not final or in release candidate mode). >> >> FormComponent is for input controls (textfields, buttons, >> dropdownchoice, etc). Forms are for the form tag. So in your case, you >> should extend Form, and Wicket should take care of processing the >> right form (inner, outer, sibling) for you. >> >> But as I said, it probably is still a bit raw currently, as it is a >> new feature and not widely used. >> >> Martijn >> >> On 4/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> > >> > > Wicket supports nested forms. The inner form tags are replaced with >> > > elements. This is a component framework, where you expect forms >> > > to be able to be nested (form on a reusable panel anyone?). >> > >> > I'm just starting to work on a similar thing: an address form panel to >> > be used in other forms. >> > >> > Had assumed I should be extending FormComponent rather than Form >> itself. >> > Are you suggesting otherwise? Or does the nested form's submit button >> > get removed too? >> > >> > Is there an example of this kind of thing? I couldn't find one. >> > >> > Cheers, >> > Derek >> > >> > >> > >> > -Original Message- >> > From: [EMAIL PROTECTED] on behalf of Martijn >> Dashorst >> > Sent: Fri 4/27/2007 2:37 PM >> > To: wicket-user@lists.sourceforge.net >> > Subject: Re: [Wicket-user] Nested Forms and onSubmit()? >> > >> > On 4/27/07, jan_bar <[EMAIL PROTECTED]> wrote: >> > > I think that you cannot nest in HTML. You have to "nest" them >> with >> > > CSS. This will also solve your trouble with form submits - I think >> that the >> > > browser simply ignores the nested tags. >> > >> > Wicket supports nested forms. The inner form tags are replaced with >> > elements. This is a component framework, where you expect forms >> > to be able to be nested (form on a reusable panel anyone?). >> > >> > Martijn >> > -- >> > Learn Wicket at ApacheCon Europe: http://apachecon.com >> > Join the wicket community at irc.freenode.net: ##wicket >> > Wicket 1.2.6 contains a very important fix. Download Wicket now! >> > http://wicketframework.org >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> > * Email confidentiality notice * >> > This message is private and confidential. If you have received this >> message in error, please notify us and remove it from your system. >> > >> > The London School of Economics and Political Science (the School) is a >> company limited by guarantee, registered in England and Wales, under >> registered number 00070527, and having its registered office at 10th >> Floor, >> Tower One, Houghton Street, London WC2A 2AE. >> > >> > The inclusion of this information does not of itself make this email a >> business document of the School and, to the maximum extent permitted by >> law, >> the School accepts no liability for the content and opinions in any >> non-business emails. >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> > >> >> >> -- >> Learn Wicket at ApacheCon Europe: http://apachecon.com >> Join the wicket community at irc.freenode.net: ##wicket >> Wicket 1.2.6 contains a very important fix. Download Wicket now! >> http://wicketframewor
Re: [Wicket-user] Nested Forms and onSubmit()?
neato. i did not know that. i vaguely recall doing this once and i recall being really suprised it worked. now i know why! ;-) Martijn Dashorst wrote: > > On 4/27/07, jan_bar <[EMAIL PROTECTED]> wrote: >> I think that you cannot nest in HTML. You have to "nest" them with >> CSS. This will also solve your trouble with form submits - I think that >> the >> browser simply ignores the nested tags. > > Wicket supports nested forms. The inner form tags are replaced with > elements. This is a component framework, where you expect forms > to be able to be nested (form on a reusable panel anyone?). > > Martijn > -- > Learn Wicket at ApacheCon Europe: http://apachecon.com > Join the wicket community at irc.freenode.net: ##wicket > Wicket 1.2.6 contains a very important fix. Download Wicket now! > http://wicketframework.org > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Nested-Forms-and-onSubmit%28%29--tf3657476.html#a10244936 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Replacing HtmlBodyContainer
Ah, you're right :) Here is the check I didn't consider: if (bodyContainer == null) { ... } 2007/4/29, Igor Vaynberg <[EMAIL PROTECTED]>: > well if you look at the code, the way it works is: only do it if it hasnt > been done already. so this code only does anything on the first attach, then > it becomes a noop. > > -igor > > > > On 4/29/07, Rüdiger Schulz <[EMAIL PROTECTED]> wrote: > > > > Hello Igor, > > > > thanks for your help, it was a very close hit :) I actually had to put > > the code into internalOnttatch like this: > > > > protected void internalOnAttach() { > > super.internalOnAttach(); > > > > Component body=get( BodyOnLoadHandler.BODY_ID); > > if (body!=null) { > > if (!(body instanceof MyHtmlBodyContainer)) { > > remove(BodyOnLoadHandler.BODY_ID ); > > body=null; > > } > > } > > if (body==null) { > > add(new ...); > > } > > } > > > > Now I think it works as expected. > > > > Now that I know where to look for this - isn't it that now on every > > attach of the page first a new HtmlBodyContainer is created only to > > replaced instantly? Is that unnecessary component creation very > > costly, or shouldn't I worry about this? I'd rather not like to > > overwrite WebPage.getBodyContainer() by copying 99% of the code and > > just change the line adding the default HtmlBodyContainer - what I do > > seems to be enough of a hack already ;) > > > > greetings, > > > > Rüdiger > > > > 2007/4/29, Igor Vaynberg <[EMAIL PROTECTED]>: > > > you can most likely move that code to page.onattach() and do > > > > > > Component body=get(BodyOnLoadHandler.BODY_ID); > > > if (body!=null) { > > > if (!(body instanceof MyHtmlBodyContainer)) { > > > remove(BodyOnLoadHandler.BODY_ID ); > > > body=null; > > > } > > > } > > > if (body==null) { > > > add(new ...); > > > } > > > > > > -igor > > > > > > > > > On 4/29/07, Rüdiger Schulz < [EMAIL PROTECTED]> wrote: > > > > > > > > Hello everybody, > > > > > > > > I just updated my application from Wicket 1.2.5 to 1.2.6. The update > > > > broke one of my pages, which had a rather special requirement: it > > > > needed to use my own implementation of HtmlBodyContainer. The way I > > > > did it was like this: > > > > > > > > public EmailPage() > > > > { > > > > remove(BodyOnLoadHandler.BODY_ID ); > > > > add(new MyHtmlBodyContainer(BodyOnLoadHandler.BODY_ID); > > > > } > > > > > > > > see also: > > > > > > > > http://www.nabble.com/BodyContributor--tf2578291.html#a7187578 > > > > > > > > With 1.2.6 this does not work anymore. The remove throws the following > > > > Exception: > > > > > > > > Caused by: wicket.WicketRuntimeException: Unable to find a component > > > > with id '_' to remove > > > > at wicket.MarkupContainer.remove(MarkupContainer.java:479) > > > > > > > > Just doing the add without the remove doesn't work either: > > > > > > > > Caused by: java.lang.IllegalArgumentException: A > child > > > with id > > > > '_' already exists: > > > > [Page class = > de.indyphone.logokits.wicket.ComposerPage, > > > id = 21] > > > > at wicket.MarkupContainer.add(MarkupContainer.java:156) > > > > at > > > > wicket.markup.html.WebPage.getBodyContainer(WebPage.java:211) > > > > at > > > wicket.markup.html.WebPage.internalOnAttach > (WebPage.java:175) > > > > at wicket.Component.internalAttach(Component.java:2572) > > > > at > > > > wicket.MarkupContainer.internalAttach(MarkupContainer.java:341) > > > > > > > > So, where's the best location to put the code for replacing the > > > > BodyContainer? And will this then still work in 1.3? > > > > > > > > Thanks for your time, > > > > > > > > Rüdiger > > > > > > > > > > > > - > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > ___ > > > > Wicket-user mailing list > > > > Wicket-user@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > > > > > > - > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > ___ > > > Wicket-user mailing list > > > Wicket-user@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and t
Re: [Wicket-user] Replacing HtmlBodyContainer
well if you look at the code, the way it works is: only do it if it hasnt been done already. so this code only does anything on the first attach, then it becomes a noop. -igor On 4/29/07, Rüdiger Schulz <[EMAIL PROTECTED]> wrote: Hello Igor, thanks for your help, it was a very close hit :) I actually had to put the code into internalOnttatch like this: protected void internalOnAttach() { super.internalOnAttach(); Component body=get(BodyOnLoadHandler.BODY_ID); if (body!=null) { if (!(body instanceof MyHtmlBodyContainer)) { remove(BodyOnLoadHandler.BODY_ID ); body=null; } } if (body==null) { add(new ...); } } Now I think it works as expected. Now that I know where to look for this - isn't it that now on every attach of the page first a new HtmlBodyContainer is created only to replaced instantly? Is that unnecessary component creation very costly, or shouldn't I worry about this? I'd rather not like to overwrite WebPage.getBodyContainer() by copying 99% of the code and just change the line adding the default HtmlBodyContainer - what I do seems to be enough of a hack already ;) greetings, Rüdiger 2007/4/29, Igor Vaynberg <[EMAIL PROTECTED]>: > you can most likely move that code to page.onattach() and do > > Component body=get(BodyOnLoadHandler.BODY_ID); > if (body!=null) { > if (!(body instanceof MyHtmlBodyContainer)) { > remove(BodyOnLoadHandler.BODY_ID ); > body=null; > } > } > if (body==null) { > add(new ...); > } > > -igor > > > On 4/29/07, Rüdiger Schulz < [EMAIL PROTECTED]> wrote: > > > > Hello everybody, > > > > I just updated my application from Wicket 1.2.5 to 1.2.6. The update > > broke one of my pages, which had a rather special requirement: it > > needed to use my own implementation of HtmlBodyContainer. The way I > > did it was like this: > > > > public EmailPage() > > { > > remove(BodyOnLoadHandler.BODY_ID); > > add(new MyHtmlBodyContainer(BodyOnLoadHandler.BODY_ID); > > } > > > > see also: > > > http://www.nabble.com/BodyContributor--tf2578291.html#a7187578 > > > > With 1.2.6 this does not work anymore. The remove throws the following > > Exception: > > > > Caused by: wicket.WicketRuntimeException: Unable to find a component > > with id '_' to remove > > at wicket.MarkupContainer.remove(MarkupContainer.java:479) > > > > Just doing the add without the remove doesn't work either: > > > > Caused by: java.lang.IllegalArgumentException: A child > with id > > '_' already exists: > > [Page class = de.indyphone.logokits.wicket.ComposerPage, > id = 21] > > at wicket.MarkupContainer.add(MarkupContainer.java:156) > > at > wicket.markup.html.WebPage.getBodyContainer(WebPage.java:211) > > at > wicket.markup.html.WebPage.internalOnAttach(WebPage.java:175) > > at wicket.Component.internalAttach(Component.java:2572) > > at > wicket.MarkupContainer.internalAttach(MarkupContainer.java:341) > > > > So, where's the best location to put the code for replacing the > > BodyContainer? And will this then still work in 1.3? > > > > Thanks for your time, > > > > Rüdiger > > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge
Re: [Wicket-user] Replacing HtmlBodyContainer
Hello Igor, thanks for your help, it was a very close hit :) I actually had to put the code into internalOnttatch like this: protected void internalOnAttach() { super.internalOnAttach(); Component body=get(BodyOnLoadHandler.BODY_ID); if (body!=null) { if (!(body instanceof MyHtmlBodyContainer)) { remove(BodyOnLoadHandler.BODY_ID ); body=null; } } if (body==null) { add(new ...); } } Now I think it works as expected. Now that I know where to look for this - isn't it that now on every attach of the page first a new HtmlBodyContainer is created only to replaced instantly? Is that unnecessary component creation very costly, or shouldn't I worry about this? I'd rather not like to overwrite WebPage.getBodyContainer() by copying 99% of the code and just change the line adding the default HtmlBodyContainer - what I do seems to be enough of a hack already ;) greetings, Rüdiger 2007/4/29, Igor Vaynberg <[EMAIL PROTECTED]>: > you can most likely move that code to page.onattach() and do > > Component body=get(BodyOnLoadHandler.BODY_ID); > if (body!=null) { > if (!(body instanceof MyHtmlBodyContainer)) { > remove(BodyOnLoadHandler.BODY_ID ); > body=null; > } > } > if (body==null) { > add(new ...); > } > > -igor > > > On 4/29/07, Rüdiger Schulz < [EMAIL PROTECTED]> wrote: > > > > Hello everybody, > > > > I just updated my application from Wicket 1.2.5 to 1.2.6. The update > > broke one of my pages, which had a rather special requirement: it > > needed to use my own implementation of HtmlBodyContainer. The way I > > did it was like this: > > > > public EmailPage() > > { > > remove(BodyOnLoadHandler.BODY_ID); > > add(new MyHtmlBodyContainer(BodyOnLoadHandler.BODY_ID); > > } > > > > see also: > > > http://www.nabble.com/BodyContributor--tf2578291.html#a7187578 > > > > With 1.2.6 this does not work anymore. The remove throws the following > > Exception: > > > > Caused by: wicket.WicketRuntimeException: Unable to find a component > > with id '_' to remove > > at wicket.MarkupContainer.remove(MarkupContainer.java:479) > > > > Just doing the add without the remove doesn't work either: > > > > Caused by: java.lang.IllegalArgumentException: A child > with id > > '_' already exists: > > [Page class = de.indyphone.logokits.wicket.ComposerPage, > id = 21] > > at wicket.MarkupContainer.add(MarkupContainer.java:156) > > at > wicket.markup.html.WebPage.getBodyContainer(WebPage.java:211) > > at > wicket.markup.html.WebPage.internalOnAttach(WebPage.java:175) > > at wicket.Component.internalAttach(Component.java:2572) > > at > wicket.MarkupContainer.internalAttach(MarkupContainer.java:341) > > > > So, where's the best location to put the code for replacing the > > BodyContainer? And will this then still work in 1.3? > > > > Thanks for your time, > > > > Rüdiger > > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Nested Forms and onSubmit()?
imho all he should do is extend a panel, and make sure that panel is always inside a form. there is no need to have a form to group a few fields together. -igor On 4/29/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote: One note: this is a 1.3 feature so only expect it to work there. What happens with the nested forms is that the buttons stay, and iirc only the inner form is submitted when a button is pressed inside that inner form. I think the discussion never got to a conclusion on what happens when the outer form is submitted. I think we can still change that behavior (we're not final or in release candidate mode). FormComponent is for input controls (textfields, buttons, dropdownchoice, etc). Forms are for the form tag. So in your case, you should extend Form, and Wicket should take care of processing the right form (inner, outer, sibling) for you. But as I said, it probably is still a bit raw currently, as it is a new feature and not widely used. Martijn On 4/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Wicket supports nested forms. The inner form tags are replaced with > > elements. This is a component framework, where you expect forms > > to be able to be nested (form on a reusable panel anyone?). > > I'm just starting to work on a similar thing: an address form panel to > be used in other forms. > > Had assumed I should be extending FormComponent rather than Form itself. > Are you suggesting otherwise? Or does the nested form's submit button > get removed too? > > Is there an example of this kind of thing? I couldn't find one. > > Cheers, > Derek > > > > -Original Message- > From: [EMAIL PROTECTED] on behalf of Martijn Dashorst > Sent: Fri 4/27/2007 2:37 PM > To: wicket-user@lists.sourceforge.net > Subject: Re: [Wicket-user] Nested Forms and onSubmit()? > > On 4/27/07, jan_bar <[EMAIL PROTECTED]> wrote: > > I think that you cannot nest in HTML. You have to "nest" them with > > CSS. This will also solve your trouble with form submits - I think that the > > browser simply ignores the nested tags. > > Wicket supports nested forms. The inner form tags are replaced with > elements. This is a component framework, where you expect forms > to be able to be nested (form on a reusable panel anyone?). > > Martijn > -- > Learn Wicket at ApacheCon Europe: http://apachecon.com > Join the wicket community at irc.freenode.net: ##wicket > Wicket 1.2.6 contains a very important fix. Download Wicket now! > http://wicketframework.org > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > * Email confidentiality notice * > This message is private and confidential. If you have received this message in error, please notify us and remove it from your system. > > The London School of Economics and Political Science (the School) is a company limited by guarantee, registered in England and Wales, under registered number 00070527, and having its registered office at 10th Floor, Tower One, Houghton Street, London WC2A 2AE. > > The inclusion of this information does not of itself make this email a business document of the School and, to the maximum extent permitted by law, the School accepts no liability for the content and opinions in any non-business emails. > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > -- Learn Wicket at ApacheCon Europe: http://apachecon.com Join the wicket community at irc.freenode.net: ##wicket Wicket 1.2.6 contains a very important fix. Download Wicket now! http://wicketframework.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your
Re: [Wicket-user] Nested Forms and onSubmit()?
One note: this is a 1.3 feature so only expect it to work there. What happens with the nested forms is that the buttons stay, and iirc only the inner form is submitted when a button is pressed inside that inner form. I think the discussion never got to a conclusion on what happens when the outer form is submitted. I think we can still change that behavior (we're not final or in release candidate mode). FormComponent is for input controls (textfields, buttons, dropdownchoice, etc). Forms are for the form tag. So in your case, you should extend Form, and Wicket should take care of processing the right form (inner, outer, sibling) for you. But as I said, it probably is still a bit raw currently, as it is a new feature and not widely used. Martijn On 4/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Wicket supports nested forms. The inner form tags are replaced with > > elements. This is a component framework, where you expect forms > > to be able to be nested (form on a reusable panel anyone?). > > I'm just starting to work on a similar thing: an address form panel to > be used in other forms. > > Had assumed I should be extending FormComponent rather than Form itself. > Are you suggesting otherwise? Or does the nested form's submit button > get removed too? > > Is there an example of this kind of thing? I couldn't find one. > > Cheers, > Derek > > > > -Original Message- > From: [EMAIL PROTECTED] on behalf of Martijn Dashorst > Sent: Fri 4/27/2007 2:37 PM > To: wicket-user@lists.sourceforge.net > Subject: Re: [Wicket-user] Nested Forms and onSubmit()? > > On 4/27/07, jan_bar <[EMAIL PROTECTED]> wrote: > > I think that you cannot nest in HTML. You have to "nest" them with > > CSS. This will also solve your trouble with form submits - I think that the > > browser simply ignores the nested tags. > > Wicket supports nested forms. The inner form tags are replaced with > elements. This is a component framework, where you expect forms > to be able to be nested (form on a reusable panel anyone?). > > Martijn > -- > Learn Wicket at ApacheCon Europe: http://apachecon.com > Join the wicket community at irc.freenode.net: ##wicket > Wicket 1.2.6 contains a very important fix. Download Wicket now! > http://wicketframework.org > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > * Email confidentiality notice * > This message is private and confidential. If you have received this message > in error, please notify us and remove it from your system. > > The London School of Economics and Political Science (the School) is a > company limited by guarantee, registered in England and Wales, under > registered number 00070527, and having its registered office at 10th Floor, > Tower One, Houghton Street, London WC2A 2AE. > > The inclusion of this information does not of itself make this email a > business document of the School and, to the maximum extent permitted by law, > the School accepts no liability for the content and opinions in any > non-business emails. > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > -- Learn Wicket at ApacheCon Europe: http://apachecon.com Join the wicket community at irc.freenode.net: ##wicket Wicket 1.2.6 contains a very important fix. Download Wicket now! http://wicketframework.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Nested Forms and onSubmit()?
> Wicket supports nested forms. The inner form tags are replaced with > elements. This is a component framework, where you expect forms > to be able to be nested (form on a reusable panel anyone?). I'm just starting to work on a similar thing: an address form panel to be used in other forms. Had assumed I should be extending FormComponent rather than Form itself. Are you suggesting otherwise? Or does the nested form's submit button get removed too? Is there an example of this kind of thing? I couldn't find one. Cheers, Derek -Original Message- From: [EMAIL PROTECTED] on behalf of Martijn Dashorst Sent: Fri 4/27/2007 2:37 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] Nested Forms and onSubmit()? On 4/27/07, jan_bar <[EMAIL PROTECTED]> wrote: > I think that you cannot nest in HTML. You have to "nest" them with > CSS. This will also solve your trouble with form submits - I think that the > browser simply ignores the nested tags. Wicket supports nested forms. The inner form tags are replaced with elements. This is a component framework, where you expect forms to be able to be nested (form on a reusable panel anyone?). Martijn -- Learn Wicket at ApacheCon Europe: http://apachecon.com Join the wicket community at irc.freenode.net: ##wicket Wicket 1.2.6 contains a very important fix. Download Wicket now! http://wicketframework.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user * Email confidentiality notice * This message is private and confidential. If you have received this message in error, please notify us and remove it from your system. The London School of Economics and Political Science (the School) is a company limited by guarantee, registered in England and Wales, under registered number 00070527, and having its registered office at 10th Floor, Tower One, Houghton Street, London WC2A 2AE. The inclusion of this information does not of itself make this email a business document of the School and, to the maximum extent permitted by law, the School accepts no liability for the content and opinions in any non-business emails.<>- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] I have separate table files for each county in the USA.
I will not stay here. There was no fiddling around once the Rodger Young stopped braking. He addressed himself to the doctor, but was replying to me. InWindow Simple Playback in a Window. Find out about Packaging Recommendations. Good relative - a dead relative. She stood upright, her prominent eyes winking slowly. A enumeration that represents the cap style to use at the beginning or end of dashed lines drawn with this object. Asphalt heard the splintering of posts as the wheels smashed into the fence, saw the traces snap, felt the cart swing around. <> - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Replacing HtmlBodyContainer
you can most likely move that code to page.onattach() and do Component body=get(BodyOnLoadHandler.BODY_ID); if (body!=null) { if (!(body instanceof MyHtmlBodyContainer)) { remove(BodyOnLoadHandler.BODY_ID); body=null; } } if (body==null) { add(new ...); } -igor On 4/29/07, Rüdiger Schulz <[EMAIL PROTECTED]> wrote: Hello everybody, I just updated my application from Wicket 1.2.5 to 1.2.6. The update broke one of my pages, which had a rather special requirement: it needed to use my own implementation of HtmlBodyContainer. The way I did it was like this: public EmailPage() { remove(BodyOnLoadHandler.BODY_ID); add(new MyHtmlBodyContainer(BodyOnLoadHandler.BODY_ID); } see also: http://www.nabble.com/BodyContributor--tf2578291.html#a7187578 With 1.2.6 this does not work anymore. The remove throws the following Exception: Caused by: wicket.WicketRuntimeException: Unable to find a component with id '_' to remove at wicket.MarkupContainer.remove(MarkupContainer.java:479) Just doing the add without the remove doesn't work either: Caused by: java.lang.IllegalArgumentException: A child with id '_' already exists: [Page class = de.indyphone.logokits.wicket.ComposerPage, id = 21] at wicket.MarkupContainer.add(MarkupContainer.java:156) at wicket.markup.html.WebPage.getBodyContainer(WebPage.java:211) at wicket.markup.html.WebPage.internalOnAttach(WebPage.java:175) at wicket.Component.internalAttach(Component.java:2572) at wicket.MarkupContainer.internalAttach(MarkupContainer.java:341) So, where's the best location to put the code for replacing the BodyContainer? And will this then still work in 1.3? Thanks for your time, Rüdiger - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Replacing HtmlBodyContainer
Hello everybody, I just updated my application from Wicket 1.2.5 to 1.2.6. The update broke one of my pages, which had a rather special requirement: it needed to use my own implementation of HtmlBodyContainer. The way I did it was like this: public EmailPage() { remove(BodyOnLoadHandler.BODY_ID); add(new MyHtmlBodyContainer(BodyOnLoadHandler.BODY_ID); } see also: http://www.nabble.com/BodyContributor--tf2578291.html#a7187578 With 1.2.6 this does not work anymore. The remove throws the following Exception: Caused by: wicket.WicketRuntimeException: Unable to find a component with id '_' to remove at wicket.MarkupContainer.remove(MarkupContainer.java:479) Just doing the add without the remove doesn't work either: Caused by: java.lang.IllegalArgumentException: A child with id '_' already exists: [Page class = de.indyphone.logokits.wicket.ComposerPage, id = 21] at wicket.MarkupContainer.add(MarkupContainer.java:156) at wicket.markup.html.WebPage.getBodyContainer(WebPage.java:211) at wicket.markup.html.WebPage.internalOnAttach(WebPage.java:175) at wicket.Component.internalAttach(Component.java:2572) at wicket.MarkupContainer.internalAttach(MarkupContainer.java:341) So, where's the best location to put the code for replacing the BodyContainer? And will this then still work in 1.3? Thanks for your time, Rüdiger - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Way to prevent page versioning for a request in 1.3?
This is wrong. Even if page version increments, the ajax links should be valid. There was a bug in wicket 1.3 where the wicket still allowed you to do unversioned ajax requests, but that's should be gone already. Can you please test it with most recent 1.3? -Matej On 4/27/07, jamieballing <[EMAIL PROTECTED]> wrote: > > We are experiencing a problem in our application because we are doing > something out of the ordinary. > > We have an applet on our page which makes a wicket request on behalf of the > page. The request is a form submit which causes a file upload, but it > doesn't affect the state of the page. When wicket 1.3 processes the request > and calls getResponsePage() it identifies the response as an instance of > PageRequestTarget which causes the last version in the cache to increment. > > The applet doesn't do anything with the response from wicket, so the > existing wicket urls on the page all still refer to the old page version. > Therefore, when you click anything (e.g. ajax links) we get a page expired > because the versioning is out of synch. > > How would you recommend we approach this problem? Is there someway to tell > wicket in the request not to increment the last page version or tell it that > we are using a different target type than PageRequestTarget? > > Thanks, > Jamie > -- > View this message in context: > http://www.nabble.com/Way-to-prevent-page-versioning-for-a-request-in-1.3--tf3658645.html#a10222425 > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Way to prevent page versioning for a request in 1.3?
Try overriding isVersioned (of you page, though it works on components as well) and let it return false. Eelco On 4/27/07, jamieballing <[EMAIL PROTECTED]> wrote: > > We are experiencing a problem in our application because we are doing > something out of the ordinary. > > We have an applet on our page which makes a wicket request on behalf of the > page. The request is a form submit which causes a file upload, but it > doesn't affect the state of the page. When wicket 1.3 processes the request > and calls getResponsePage() it identifies the response as an instance of > PageRequestTarget which causes the last version in the cache to increment. > > The applet doesn't do anything with the response from wicket, so the > existing wicket urls on the page all still refer to the old page version. > Therefore, when you click anything (e.g. ajax links) we get a page expired > because the versioning is out of synch. > > How would you recommend we approach this problem? Is there someway to tell > wicket in the request not to increment the last page version or tell it that > we are using a different target type than PageRequestTarget? > > Thanks, > Jamie > -- > View this message in context: > http://www.nabble.com/Way-to-prevent-page-versioning-for-a-request-in-1.3--tf3658645.html#a10222425 > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user