Re: Offline capable web application
Who is talking about wrapping GWT components? What I'm saying is that the kind of functionality you would use to create partially offline applications, like HTML 5's web storage, you can wrap in a Wicket component. What's so strange about that? We do that all the time with JavaScript widgets. So that you can package any resources with the component, can discover it as a Wicket component in your class path and build a little Java API around it, etc. On Fri, Feb 19, 2010 at 11:05 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: i just dont see the point of wrapping a page made up of gwt components in wicket wrappers. the *entire* front end has to live on the frontend in order for the application to work offline...so whats the point? anyways my two cents. cheers, -igor On Fri, Feb 19, 2010 at 9:43 PM, Eelco Hillenius eelco.hillen...@gmail.com wrote: On Fri, Feb 19, 2010 at 9:30 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: having data only on the client will not help you unless you also have behavior. these kinds of apps are really only feasible when you use a clientside framework like gwt. Any components you write wouldn't use the typical client/ server interaction that regular Wicket components do, but I don't see why you wouldn't be able to write a wrapper around this functionality so that at least you'd be able to use such functionality within a Wicket application. FWIW, I'm currently coding in GWT, something I really looked forward to, because like most coders I like change, but man, I miss Wicket's productivity. It's not a bad framework, but imho it's hard to beat Wicket when it comes to churning out and integrating components. Eelco - To unsubscribe, e-mail: users-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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
PagingNavigator - Image for navigation and onclick
hello, 1) i would like to replace the naviagtion chars ... by images, following this http://javathoughts.capesugarbird.com/2007/04/how-to-change-markup-of-built-in-wicket.html instructions. 2) Here you can see a generated link from me app ... a wicket:id=prev href=?x=pPt1KTjFgq7jCvFV7Vtod43EPo0hbPO-EDP4AMUHOsUoaAgCgpvR6F6GtmhTk1TRCvllRbG1Pu4 title=Go to previous page img src=img/previous_btn.gif border=0 onclick=window.location.href='img/previous_btn.gif';return false;/ /a ... my problem is the onclick...-part - is it possible to leave it? 3) so i googled and found: http://old.nabble.com/extra-%27onclick%27-is-generated-for-an-image-wrapped-by-a-link-td20980894.html; ... instead of wicket:link, use bookmarkablepagelink component instead. 4) is there any possible way to perform step 3) in my case? 5) addition: java-src: import org.apache.wicket.markup.html.navigation.paging.IPageable; import org.apache.wicket.markup.html.navigation.paging.PagingNavigator; public class CustomPagingNavigator extends PagingNavigator { private static final long serialVersionUID = 1L; public CustomPagingNavigator(String id, IPageable pageable) { super(id, pageable); } } 5) addition: html-src: wicket:panel div class=dataviewNavigator !-- TODO: 19.02.2010 JO: email an wicket. https://issues.apache.org/jira/browse/WICKET-2754 -- a wicket:id=first img src=img/first_btn.gif / /a a wicket:id=prev img src=img/previous_btn.gif/ /a nbsp; span wicket:id=navigation a wicket:id=pageLink href=# span wicket:id=pageNumber5/span /a /span nbsp; a wicket:id=next img src=img/next_btn.gif / /a a wicket:id=last img src=img/last_btn.gif / /a /div /wicket:panel 6) addition: html-output in firefox(i): span wicket:id=navigatorwicket:panel div class=dataviewNavigator span wicket:id=first title=Go to first pageem img src=img/first_btn.gif/ /em/span span wicket:id=prev title=Go to previous pageem img src=img/previous_btn.gif/ /em/span nbsp; span wicket:id=navigation span wicket:id=pageLink title=Go to page 1em span wicket:id=pageNumber1/span /em/span /spanspan wicket:id=navigation a wicket:id=pageLink href=?x=3T9OhwrOZt--R3HzzNwd0xe1LmcsK2pHT5s9ZfNnRwzogD2Oli57Zg9fZvz3a0DZQEvwKwF4UkokgM6gq5WEGMnL*Nw12f22 title=Go to page 2 span wicket:id=pageNumber2/span /a /spanspan wicket:id=navigation a wicket:id=pageLink href=?x=3T9OhwrOZt--R3HzzNwd0xe1LmcsK2pHT5s9ZfNnRwxA7NuB8dKvzti588UuFsExZSeXhb6AJXxgFOh4uYcC1qZBjlucfKIM title=Go to page 3 span wicket:id=pageNumber3/span /a /span nbsp; a wicket:id=next href=?x=3T9OhwrOZt--R3HzzNwd0xe1LmcsK2pHR7jJcylQSnVTkhGhyoytRIHsOmkLOOIh title=Go to next page img src=img/next_btn.gif onclick=window.location.href='img/next_btn.gif';return false;/ /a a wicket:id=last href=?x=3T9OhwrOZt--R3HzzNwd0xe1LmcsK2pHwZiHUF--DlGkX-89FhTk2Of51oKgQbbQ title=Go to last page img src=img/last_btn.gif onclick=window.location.href='img/last_btn.gif';return false;/ /a /div /wicket:panel Josef - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
URL Encoding strategy
Hi, I wanted to apply URL encoding strategy to application context root but I cant mount empty string because it throws exception at start-up. Is there a work around to this? Regards Nishant
Re: URL Encoding strategy
Hi Nishant, This is tricky stuff. Here is some information: http://old.nabble.com/How-to-catch-unknown-%28not-mounted%29-URLs--td14949092.html Another approach is to do redirects from a servlet filter. If you have a couple of days of patience I'll have finished a blog article on it, with example code to make it a lot easier from within Wicket. Regards, Erik. Op 20-02-10 11:07, Nishant Neeraj wrote: Hi, I wanted to apply URL encoding strategy to application context root but I cant mount empty string because it throws exception at start-up. Is there a work around to this? Regards Nishant -- Posted from my SMTP compliant software. Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: URL Encoding strategy
Thanks Erik. I guess, I'll go with sevlet filter approach for now. However, I'll be looking for your blog post. If possible, post the link to the article in this thread when you're done. Thanks again. Nishant On Sat, Feb 20, 2010 at 6:40 PM, Erik van Oosten e.vanoos...@grons.nlwrote: Hi Nishant, This is tricky stuff. Here is some information: http://old.nabble.com/How-to-catch-unknown-%28not-mounted%29-URLs--td14949092.html Another approach is to do redirects from a servlet filter. If you have a couple of days of patience I'll have finished a blog article on it, with example code to make it a lot easier from within Wicket. Regards, Erik. Op 20-02-10 11:07, Nishant Neeraj wrote: Hi, I wanted to apply URL encoding strategy to application context root but I cant mount empty string because it throws exception at start-up. Is there a work around to this? Regards Nishant -- Posted from my SMTP compliant software. Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [OT] Wicket changed my life !
programming web applications with wicket is as funny as play a game :). And with GAE, you don't need to paid for expensive Hosting :) . NM On Sat, Feb 20, 2010 at 2:18 AM, Ben Tilford bentilf...@gmail.com wrote: Models are the hardest part to learn... Because they are really models. On Sat, Feb 20, 2010 at 12:05 AM, Eelco Hillenius eelco.hillen...@gmail.com wrote: Thanks for the kind words people. Definitively a key part of Wicket's success has been an enthusiastic community. The learning curve was slightly steep once we started doing interesting UI interactions (and also that really annoying LazyLoad exception during tests that I still can't figure out), but it's worth the effort. Detachable models are your friend. Eelco - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [OT] Wicket changed my life !
That depends on how much traffic your app gets. GAE isn't cheap if you start getting serious traffic and depends on the services you tie into. On Sat, Feb 20, 2010 at 1:38 PM, nicolas melendez nfmelen...@gmail.comwrote: programming web applications with wicket is as funny as play a game :). And with GAE, you don't need to paid for expensive Hosting :) . NM On Sat, Feb 20, 2010 at 2:18 AM, Ben Tilford bentilf...@gmail.com wrote: Models are the hardest part to learn... Because they are really models. On Sat, Feb 20, 2010 at 12:05 AM, Eelco Hillenius eelco.hillen...@gmail.com wrote: Thanks for the kind words people. Definitively a key part of Wicket's success has been an enthusiastic community. The learning curve was slightly steep once we started doing interesting UI interactions (and also that really annoying LazyLoad exception during tests that I still can't figure out), but it's worth the effort. Detachable models are your friend. Eelco - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [OT] Wicket changed my life !
serious traffic means that the business is fine. On Sat, Feb 20, 2010 at 8:10 PM, Riyad Kalla rka...@gmail.com wrote: That depends on how much traffic your app gets. GAE isn't cheap if you start getting serious traffic and depends on the services you tie into. On Sat, Feb 20, 2010 at 1:38 PM, nicolas melendez nfmelen...@gmail.com wrote: programming web applications with wicket is as funny as play a game :). And with GAE, you don't need to paid for expensive Hosting :) . NM On Sat, Feb 20, 2010 at 2:18 AM, Ben Tilford bentilf...@gmail.com wrote: Models are the hardest part to learn... Because they are really models. On Sat, Feb 20, 2010 at 12:05 AM, Eelco Hillenius eelco.hillen...@gmail.com wrote: Thanks for the kind words people. Definitively a key part of Wicket's success has been an enthusiastic community. The learning curve was slightly steep once we started doing interesting UI interactions (and also that really annoying LazyLoad exception during tests that I still can't figure out), but it's worth the effort. Detachable models are your friend. Eelco - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Nested Forms
Ok, then is the content found at these two pages not relevant for v1.4? http://cwiki.apache.org/WICKET/nested-forms.html and http://cwiki.apache.org/WICKET/conditional-validation.html I understand the idea of nested forms and I understand that HTML only supports one form. I had hoped that Wicket would only process the submitted form versus the entire form (whole form is submitted, only nested form actually processed). And from the content on the pages, I had thought it was a more common use case. My intent was to have a main form with various fields and then a grouping of fields within a nested form. This nested form was supposed to be submitted using an AjaxSumitLink for the nsted form. I suppose an alternative would be to have a custom behavior that called serializeForm on the client and then handled the component processing on its own. The trick in that case would be the FormValidators. If you have a better idea, I'm all ears. Thanks for the input. On Fri, Feb 19, 2010 at 1:56 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: you cannot have an isolated embedded form, as far as html is concerned that is an oxymoron. you can try hacking around it with IFormVisitorParticipant or by overriding form.process() on your main form, etc. but i do not think this is a usecase we will support... -igor On Fri, Feb 19, 2010 at 10:09 AM, Charles Deal chuckdea...@gmail.com wrote: I'm sorry to bump this. At the least, can anyone point me to some code that has successfully implemented isolated, nested forms using Wicket 1.4.x? On Wed, Feb 17, 2010 at 8:43 AM, Charles Deal charles.d...@missionse.comwrote: I am attempting to put an isolated form within the main form of my page. I found http://cwiki.apache.org/WICKET/nested-forms.html which was helpful in understanding how the processing works. I was even more excited when I found http://cwiki.apache.org/WICKET/conditional-validation.html which instructed me exactly how to alter the form object to do what I wanted. Unfortunately, the trick does not work as I expected it to. It seems that if I simply implement IFormVisitorParticipant.processChildren, it is not enough to stop the Nested form's FormValidator from firing when the main form is submitted. Therefore, I tried to implement the isEnabled technique. This did have the desired effect the first time through a page (enter data, submit main, no nested validator fires) but when the page re-renders after the submit, the nested form is now disabled! It seems that the findSubmittingButton() method finds the button that was used to submit the form, even though the page is rendering again. Another thing I noticed upon my different attempts is that altering the isEnabled method to use findSubmittingButton() won't work because findSubmittingButton() calls isEnabled()! which puts the code in an infinite loop. Could someone please enlighten me on how to code an isolated nested form using Wicket 1.4.x. Where isolated means that I want the form to have its own submit button and those fields are only submitted/processed/validated when that button is clicked. I want the form to be ignored by the parent form. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Nested Forms
if you press the submit button inside the embedded form - then only the embedded form is processed. but, if you press a submit button inside the outer form then it and all its embedded forms are processed. -igor On Sat, Feb 20, 2010 at 6:41 PM, Charles Deal chuckdea...@gmail.com wrote: Ok, then is the content found at these two pages not relevant for v1.4? http://cwiki.apache.org/WICKET/nested-forms.html and http://cwiki.apache.org/WICKET/conditional-validation.html I understand the idea of nested forms and I understand that HTML only supports one form. I had hoped that Wicket would only process the submitted form versus the entire form (whole form is submitted, only nested form actually processed). And from the content on the pages, I had thought it was a more common use case. My intent was to have a main form with various fields and then a grouping of fields within a nested form. This nested form was supposed to be submitted using an AjaxSumitLink for the nsted form. I suppose an alternative would be to have a custom behavior that called serializeForm on the client and then handled the component processing on its own. The trick in that case would be the FormValidators. If you have a better idea, I'm all ears. Thanks for the input. On Fri, Feb 19, 2010 at 1:56 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: you cannot have an isolated embedded form, as far as html is concerned that is an oxymoron. you can try hacking around it with IFormVisitorParticipant or by overriding form.process() on your main form, etc. but i do not think this is a usecase we will support... -igor On Fri, Feb 19, 2010 at 10:09 AM, Charles Deal chuckdea...@gmail.com wrote: I'm sorry to bump this. At the least, can anyone point me to some code that has successfully implemented isolated, nested forms using Wicket 1.4.x? On Wed, Feb 17, 2010 at 8:43 AM, Charles Deal charles.d...@missionse.comwrote: I am attempting to put an isolated form within the main form of my page. I found http://cwiki.apache.org/WICKET/nested-forms.html which was helpful in understanding how the processing works. I was even more excited when I found http://cwiki.apache.org/WICKET/conditional-validation.html which instructed me exactly how to alter the form object to do what I wanted. Unfortunately, the trick does not work as I expected it to. It seems that if I simply implement IFormVisitorParticipant.processChildren, it is not enough to stop the Nested form's FormValidator from firing when the main form is submitted. Therefore, I tried to implement the isEnabled technique. This did have the desired effect the first time through a page (enter data, submit main, no nested validator fires) but when the page re-renders after the submit, the nested form is now disabled! It seems that the findSubmittingButton() method finds the button that was used to submit the form, even though the page is rendering again. Another thing I noticed upon my different attempts is that altering the isEnabled method to use findSubmittingButton() won't work because findSubmittingButton() calls isEnabled()! which puts the code in an infinite loop. Could someone please enlighten me on how to code an isolated nested form using Wicket 1.4.x. Where isolated means that I want the form to have its own submit button and those fields are only submitted/processed/validated when that button is clicked. I want the form to be ignored by the parent form. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-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