Re: [Wicket-user] Problem with "Close the top-level modal window first" message
It turns out if you have a modal within an iframe (i.e. backed by a page) and want a secondary modal, that modal also needs to be in an iframe. Incidentally, the problem occurs in one of the wicketstuff examples. If you go to: http://wicketstuff.org/wicket13/ajax/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.ajax.builtin.modal.ModalWindowPage * open the modal with a page * click the open another modal link * click the "X" in the uppper right of the secondary modal -- View this message in context: http://www.nabble.com/Problem-with-%22Close-the-top-level-modal-window-first%22-message-tf4047233.html#a11512558 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
[Wicket-user] Problem with "Close the top-level modal window first" message
We have a modal window which is backed by a page/iframe (I'll refer to this as the "primary" modal). On this page-based modal window there is link which brings up another modal window, which is not backed by a page (I'll call this the "secondary" modal). We have OK and Cancel buttons on this secondary modal window. In the onClick handling for these buttons, we invoke ModalWindow.closeCurrent(target). Whenever the user clicks on one of these buttons from within the secondary modal window we get a javascript popup mesage: "You can't close this modal window. Close the top-level modal window first." It appears that the window close processing mistakenly thinks we are trying to close the primary modal window. It might have something to do with the iframe logic referred to in the Wicket.Window.create function. Interestingly, the close icon in the upper right corner of the modal works fine. Do you have any ideas on how we can prevent this popup message from occurring? Thanks, Jamie -- View this message in context: http://www.nabble.com/Problem-with-%22Close-the-top-level-modal-window-first%22-message-tf4047233.html#a11496134 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
[Wicket-user] How to open modal window after Page submit?
We have a modal window which is backed by a Page. Since this is a non-ajax submit and I don't have an AjaxRequestTarget, I close the modal window after the Page is submitted by writing javascript which we copied from ModalWindow.getCloseJavacript(). This all works fine... The problem is that after the modal window is closed, we need to popup a new modal window in some cases. How can we accomplish this? Is there some way to get the javascript for displaying a modal window? Can I create some behavior and trigger it on the server? Thanks, Jamie -- View this message in context: http://www.nabble.com/How-to-open-modal-window-after-Page-submit--tf3837134.html#a10864242 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
[Wicket-user] How to close a modal window backed by a page?
We have a modal window which is backed by a Page (rather than a Panel). We are using a Page because we have a file upload control which doesn't work with Ajax. The modal window has a form on it with a submit link. How do I get the modal window to close after the form is submitted (i.e. during the submit processing)? There is no AjaxRequestTarget for the form onSubmit(). Thanks, Jamie -- View this message in context: http://www.nabble.com/How-to-close-a-modal-window-backed-by-a-page--tf3728622.html#a10436196 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
[Wicket-user] RadioChoice with ajax in wicket 1.3?
I am getting an error that a RadioChoice control doesn't work via ajax... the getInputAsArray() method on the FormComponent returns null. I did see a post indicating that this was a bug in 1.2... [ wicket-Bugs-1501513 ] RadioGroup/RadioChoice doesn't work with AjaxUpdateBehavior http://www.nabble.com/--wicket-Bugs-1501513---RadioGroup-RadioChoice-doesn%27t-work-with-AjaxUpdateBehavior-tf1740654.html#a4730009 Was this ever resolved? Does it work in 1.3? Thanks, Jamie -- View this message in context: http://www.nabble.com/RadioChoice-with-ajax-in-wicket-1.3--tf3689281.html#a10314203 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
[Wicket-user] Recommendation for multipart upload in modal window in 1.3?
We need to have a file upload control on a modal window that updates via ajax. I know that 1.2 had issues with this, but does 1.3 support it? In any event, how would you recommend we approach this? -- View this message in context: http://www.nabble.com/Recommendation-for-multipart-upload-in-modal-window-in-1.3--tf3677936.html#a10277955 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
[Wicket-user] "Could not find form" issue in 1.3 with buttons not on a form
We have hit an issue migrating to 1.3. We use components of type Button and add ajax behaviors to those buttons to do stuff. These buttons are not currently added to any form. When those Button components coexist on a page with an actual form which is submitted, we get an exception "org.apache.wicket.WicketRuntimeException: Could not find Form parent for [MarkupContainer..." Stepping through the code, the problem appears to be that Form findSubmittingButton() method visits all children of type IFormSubmittingComponent on the page and calls getForm() for that component (to see if it is the current form). If any such component isn't actually on a form, wicket throws an exception. Perhaps the getForm() method shouldn't throw an exception but rather return a null value since I think form components are allowed to exist outside a form? Our current workaround is to replace these Button components with AjaxLinks. Please let me know if you agree that this is an issue and, if so, whether you expect to address it. Many thanks, Jamie -- View this message in context: http://www.nabble.com/%22Could-not-find-form%22-issue-in-1.3-with-buttons-not-on-a-form-tf3676170.html#a10272507 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] 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
[Wicket-user] Way to prevent page versioning for a request in 1.3?
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
Re: [Wicket-user] NPE rendering ListView Item in 1.3
Thanks... Where is the best place to keep up to date on the snapshots? Are you versioning them yet and is there a current "recommended" snapshot or should we plan to keep up to date with the latest? Jamie igor.vaynberg wrote: > > first start off by showing your code. second, update to the latest > 1.3snapshot. in my code > listview.java doesnt have line 709. > > -igor > > > On 4/23/07, jamieballing <[EMAIL PROTECTED]> wrote: >> >> >> We are trying to migrate to 1.3 and have encountered an issue. We aren't >> sure >> if this is related to the way we are using it or if there might be a bug. >> We >> are getting a NPE which bubbles up into a message that wicket can't >> render >> a >> component. The stack trace is: >> >> Caused by: java.lang.NullPointerException >> at wicket.markup.html.list.ListView.renderItem(ListView.java:709) >> at wicket.markup.html.list.ListView.onRender(ListView.java:670) >> at wicket.Component.render(Component.java:1495) >> at wicket.MarkupContainer.renderNext(MarkupContainer.java:1159) >> at >> wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1329) >> at >> wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1264) >> at wicket.Component.renderComponent(Component.java:1670) >> >> One thing of note is that the component ID which wicket is ultimately >> complaining about doesn't exist anywhere in the application... there is >> no >> "feedbackul", but is a "feedback". I know there are some suffixes that >> get >> added now, but I thought these should be numeric. Here is the message: >> >> wicket.WicketRuntimeException: Exception in rendering component: >> [MarkupContainer [Component id = feedbackul, page = >> test.page.search.SearchResultsPage, path = >> 6:lpContent:uploadPanel:documentManagementModal:content:panel:for >> m:urlArea:urlBorder:feedbackIndicator:feedback:feedbackul.FeedbackPanel$2, >> isVisible = true, isVersioned = false]] >> >> Do you have any thoughts or direction on how we should resolve this? We >> are >> trying to determine if we should proceed with 1.3 for our app or stick >> with >> 1.2. >> >> Many thanks, >> Jamie >> >> -- >> View this message in context: >> http://www.nabble.com/NPE-rendering-ListView-Item-in-1.3-tf3635715.html#a10152492 >> 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/NPE-rendering-ListView-Item-in-1.3-tf3635715.html#a10161932 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
[Wicket-user] NPE rendering ListView Item in 1.3
We are trying to migrate to 1.3 and have encountered an issue. We aren't sure if this is related to the way we are using it or if there might be a bug. We are getting a NPE which bubbles up into a message that wicket can't render a component. The stack trace is: Caused by: java.lang.NullPointerException at wicket.markup.html.list.ListView.renderItem(ListView.java:709) at wicket.markup.html.list.ListView.onRender(ListView.java:670) at wicket.Component.render(Component.java:1495) at wicket.MarkupContainer.renderNext(MarkupContainer.java:1159) at wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1329) at wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1264) at wicket.Component.renderComponent(Component.java:1670) One thing of note is that the component ID which wicket is ultimately complaining about doesn't exist anywhere in the application... there is no "feedbackul", but is a "feedback". I know there are some suffixes that get added now, but I thought these should be numeric. Here is the message: wicket.WicketRuntimeException: Exception in rendering component: [MarkupContainer [Component id = feedbackul, page = test.page.search.SearchResultsPage, path = 6:lpContent:uploadPanel:documentManagementModal:content:panel:for m:urlArea:urlBorder:feedbackIndicator:feedback:feedbackul.FeedbackPanel$2, isVisible = true, isVersioned = false]] Do you have any thoughts or direction on how we should resolve this? We are trying to determine if we should proceed with 1.3 for our app or stick with 1.2. Many thanks, Jamie -- View this message in context: http://www.nabble.com/NPE-rendering-ListView-Item-in-1.3-tf3635715.html#a10152492 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
[Wicket-user] Any ajax callback for when a panel is closed?
We have a modal window with several tabs. We want to validate the data on the tab after when the user navigates away from the tab. The tab is currently just a panel. Is there any callback we can when the panel is closed use to trigger validation? Thanks, Jamie -- View this message in context: http://www.nabble.com/Any-ajax-callback-for-when-a-panel-is-closed--tf3529142.html#a9848599 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] no public field or method named "onfocus" message
We have a problem with a page that has an applet on it. The issue only occurs in Firefox (it works in IE7). If I click on a link that brings up a modal window, I get an error in the debug output indicating that it can't find a public "onfocus" event. The debug output appears below: --- INFO: Initiating Ajax GET request on /app?wicket:interface=:1:content:searchResultListerPanel:listerForm:dataView:1:documentDetail:actionsPickList:optionListView:4:optionLink::IBehaviorListener&wicket:behaviorId=1&random=0.0007002777531609494 INFO: Invoking pre-call handler(s)... INFO: Received ajax response (1073 characters) INFO: INFO: Response parsed. Now invoking steps... ERROR: Error while parsing response: Java class com.test.wicket.panel.upload.applet.FileDropApplet has no public field or method named "onfocus" INFO: Invoking post-call handler(s)... INFO: Invoking failure handler(s)... --- Just for kicks, I added a couple methods named "getOnfocus()" and "onfocus()" that return strings in the FileDropApplet class, but it didn't seem to make any difference. Do you have any thoughts or suggestions for what my be causing this? Many thanks, Jamie -- View this message in context: http://www.nabble.com/no-public-field-or-method-named-%22onfocus%22-message-tf3469746.html#a9682250 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Correct way to implement ajax event not tied to a direct javascript event?
We have a situation where we want to have an applet invoke an ajax event after it finishes something. We don't want the ajax event to be invoked by a user action (i.e. onclick). Our current approach is that we extend the AjaxEventBehvior, make the getCallbackScript() public so that the applet can see it, and set the event to be some string that isn't tied to an actual javascript event (e.g. "XXX"). We then do our thing in the onEvent() method and everything seems to work. This seems a little messy... Is there a better way to accomplish it (e.g. extend AbstractDefaultAjaxBehavior)? Many Thanks, Jamie -- View this message in context: http://www.nabble.com/Correct-way-to-implement-ajax-event-not-tied-to-a-direct-javascript-event--tf3448858.html#a9619123 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Any way to disable the modal window close warning?
I am trying to figure out a way to achieve a file upload launched from a ModalWindow. I understand that there is no way to do the multipart upload via Ajax (http://www.nabble.com/FileUpload-with-AjaxSubmitButton--tf1699316.html#a4611514). Therefore, I am trying to do an old fashioned form submission from the modal window. When the form submission happens, I get the "Reloading this page will cause the modal window disappear" message. There is no point circumventing this message using ajax submission for the reason mentioned above. Is there any way to suppress this message modal close message using the wicket/extension API? If not, would you advise that I attempt to customize the ModalWindow? I see the message in "wicket/extionsions/ajax/markup/html/modal/res/modal.js"... Do you feel like giving me any pointers on how I could add a parameter to the constructor and hook it in? I really appreciate your help and direction. Thanks, Jamie -- View this message in context: http://www.nabble.com/Any-way-to-disable-the-modal-window-close-warning--tf3423747.html#a9542603 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user