SV: Mouse click position
> Any clue to get the mouse click position will be great. The event object has clientX and clientY properties you can use. But Wicket AFAIK uses Yahoo User Interface (YUI) out of the box, so look into the functions there to simplify the work. - Tor Iver - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Mouse click position
Maybe you could use [1] to implement such functionality. This component is based on [2]. There is a setting (see section Event management on [2]) that allows to control the events. Ernesto 1-http://wiquery-plugins-demo.appspot.com/demo/?wicket:bookmarkablePage=wicket-0:com.wiquery.plugins.demo.ToolTipPage 2-http://flowplayer.org/tools/tooltip/ On Fri, Sep 17, 2010 at 1:40 AM, nazeem wrote: > > Hi, > > I would like to show small popup relative to the position of mouse click. > Especially when user click a link, I need to show list of options and allow > user to click on one of them. For this I need to know the position of the > link and mouse click so that I can position the popup accordingly. Please > advice how we do this using wicket. > > Regards. > Naz > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Mouse-click-position-tp2543125p2543125.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Preventing double-clicking of Ajax-Buttons
Thanks a lot you both. Works great as i see so far :) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Preventing-double-clicking-of-Ajax-Buttons-tp2543415p2543462.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Form values are not submitted if form-component is initially not visible
Am 17.09.2010 07:21, schrieb Jeremy Thomerson: On Thu, Sep 16, 2010 at 5:17 PM, Joachim Rohde wrote: I have a listview which is displaying in each row some data within a form, among other things a date (as a label which is initially shown) and a Panel containing a (wiquery-)datepicker (which is initially hiding). Each row also has an edit-link (AjaxLink) and a save-link (SubmitLink). After clicking the edit-link I'm hiding the date-label and display my panel with the datepicker. My problem is now that after clicking the SubmitLink I'm getting a null-value from my datePicker. If I am setting the visibility of my panel from the very beginning to "true" and omit adding my panel to the AjaxRequestTarget within my AjaxLink, everything works as expected: the datepicker is returning the selected value. What am I doing wrong here? How can I display my panel via Ajax and getting anyway my form-values submitted? I tried already several hours to find a solution, searched the mailing list and web but I don't find any solution. So thanks in advance for any suggestion. Joachim PS: Here are the relevant pieces of code: My Listview: ListView tiltos = new ListView("myList", myList) { @Override protected void populateItem(final ListItem listItem) { Form form = new Form("form"); listItem.add(form); // the actual date is set later in the code final Label dateToBuy = new Label("dayToBuy", "keine Angabe"); dateToBuy.setOutputMarkupId(true); dateToBuy.setOutputMarkupPlaceholderTag(true); form.add(dateToBuy) final EditDatePanel editDate = new EditDatePanel("editDate"); // if i set this to true and ommit the line later, everything works editDate.setVisible(false); editDate.setOutputMarkupId(true); editDate.setOutputMarkupPlaceholderTag(true); form.add(editDate); final SubmitLink saveLink = new SubmitLink("saveLink") { @Override public void onSubmit() { // the output here is always null if the editDatePanel // is added to the AjaxRequestTarget (see following lines) System.out.println("test = " + editDate.getTest()); } } final AjaxLink editLink = new AjaxLink("editLink") { @Override public void onClick(AjaxRequestTarget target) { dateToBuy.setVisible(false); editDate.setVisible(true); target.addComponent(dateToBuy); // this one causes my form not to submit any values // if I ommit it everything works target.addComponent(editDate, editDate.getMarkupId()); } }; form.add(editLink); } } The markup to my listview: 01.06.2010 My panel (which is, at least I think so, irrelevant to my problem): public final class EditDatePanel extends Panel { private Date test; public EditDatePanel(String id) { super(id); DatePicker datePicker = new DatePicker("datePicker", new PropertyModel(this, "test")) { public void onModelChanging() { System.out.println("geht los jetzt!"); } }; datePicker.setNumberOfMonths(new DatePickerNumberOfMonths(new Short((short) 1))); datePicker.setShowButtonPanel(false); datePicker.setShowOn(ShowOnEnum.FOCUS); datePicker.setOutputMarkupId(true); datePicker.setOutputMarkupPlaceholderTag(true); datePicker.setVisible(true); add(datePicker); } public Date getTest() { return test; } public void setTest(Date test) { this.test = test; System.out.println("test x: " +test); } } The markup to my panel: - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org Add the entire form to the AjaxRequestTarget. The form's action URL is out-of-date and pulls up the old version of the page. Thanks for the answer. But if I'm adding my form to the target the visibility of the components does not change anymore. Anything else I'm overseeing? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For addi
Re: How to Update contents of a child component?
Sorry for the delay in response. I had fixed this issue and it was to do with my model. The Multiselect was not properly bound to a model. Infact I started using Palette control which is very good. And as for hiding and unhiding I found that sometimes just using setOutputMarkupId does not work all the time but using the above as you suggested the setOutputMarkupPlaceholderTag(boolean) works. Might post a thread on why and what the difference is between them. Cheers -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-Update-contents-of-a-child-component-tp2307756p2543535.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Application of setOutputMarkupPlaceholderTag and setOutputMarkupId
Hi All I want to get this clear can someone let me know the behavior when we say setOutputMarkupPlaceholderTag and setOutputMarkupId. I found that, when I have a WebMarkupContainer for a component set to true initially and set the markupContainer to setOutputMarkupId(true). Now when I on an event I set the markupContainer's visibility to false. This hides the component. So far its good. Clicking another button I want the hidden panel to be visible and when i set the visibility to true and attach the markupContainer to the ajaxRequest, it does not repaint it and I got an error saying the component was not found. I changed it to setOutputMarkupPlaceholderTag and this time it works. I understand that Wicket does not have any reference to the component if we used setOutputMarkupid but why is this and when do we use the methods? Thanks for time Niv -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Application-of-setOutputMarkupPlaceholderTag-and-setOutputMarkupId-tp2543555p2543555.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
SV: Application of setOutputMarkupPlaceholderTag and setOutputMarkupId
> Clicking another button I want the hidden panel to be visible and when > i set > the visibility to true and attach the markupContainer to the > ajaxRequest, it > does not repaint it and I got an error saying the component was not > found. Yes, without a placeholder tag for invisible components there is no DOM element for the Javascript to find for the Ajax replacement code when the (now visible) compopnent should be rendered. > I changed it to setOutputMarkupPlaceholderTag and this time it works. I > understand that Wicket does not have any reference to the component if > we > used setOutputMarkupid but why is this and when do we use the methods? When you work with toggling invisibility via Ajax you need to use the placeholder tag. The difference is that in the case where you don't output the placeholder, and invisible component's markup will not be found by other Javascript code traversing the DOM, which could have undesired effects based on assumptions about the element in question. - Tor Iver - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket 1.5 SerializableChecker/guice
Hi I have a case where one of the models contains a an instance of that uses injection(guice) and the SerializableChecker says that the proxy are not implementing Serializable, which are true but should the wicket-guice integration pickup that and do it's magic or does it only apply to pages? regards Nino - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Application of setOutputMarkupPlaceholderTag and setOutputMarkupId
AFAIK setOutputMarkupPlaceholderTag is meant for the use case in which you have a component with setVisible(false) but you still want to have a placeholder (an empty div with an ID set on it) on the client side in order to be able to repaint it via AJAX (provided you do setVisible(true). If you have a component with setVisible(false) and setOutputMarkupId(true) then it will not be rendered to the client, that is when setOutputMarkupPlaceholderTag is useful. But I might have get it wrong? Regards, Ernesto On Fri, Sep 17, 2010 at 10:40 AM, nivs wrote: > > Hi All > > I want to get this clear can someone let me know the behavior when we say > setOutputMarkupPlaceholderTag and setOutputMarkupId. > > I found that, when I have a WebMarkupContainer for a component set to true > initially and set the markupContainer to setOutputMarkupId(true). Now when I > on an event I set the markupContainer's visibility to false. This hides the > component. So far its good. > > Clicking another button I want the hidden panel to be visible and when i set > the visibility to true and attach the markupContainer to the ajaxRequest, it > does not repaint it and I got an error saying the component was not found. > > I changed it to setOutputMarkupPlaceholderTag and this time it works. I > understand that Wicket does not have any reference to the component if we > used setOutputMarkupid but why is this and when do we use the methods? > > Thanks for time > Niv > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Application-of-setOutputMarkupPlaceholderTag-and-setOutputMarkupId-tp2543555p2543555.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Incorrect handling of mounted URLs internally leads to problems
We've recently experienced some problems with mounted URLs where the wicket internals incorrectly handle the mounting, specifically this problem occurs due to lazy decoding and encoding of mounted URLs when redirecting. Example: We have two pages called ArticlePage & ArticlePageProxy, which either takes an article id parameter from the URL or decodes the requested mount url and gets the parameters from a database. We've found this to be a very handy way of dealing with the need for clean URLs and makes the system nice and extensible. The customer can for instance write an article about contact details and mount that article under /contact and when that will appear as a fully functional page displaying the article. Problems occur when users start to use multi-tab browsing, what happens when a user opens a new tab and points it at say /contact?; Wicket will detect that this is a new tab and open a new pagemap, the page will begin to render but contains a redirect to the new URL with the pagemap parameter included in URL. This is where the error occurs, the redirect URL has been created by decoding the requesting page (ArticlePage for instance) and then re-encoding it if it is mounted. Now say for example that our customer also mounts /alpha-code, and /alpha-code is mounted before /contact in wicket. Now whenever a user opens a new tab to /contact, he is redirected to /alpha-code with the pagemap parameter. Now this might not seem like a problem to wicket because they are both the same class, but if a page is mounted on several URLs it is likely that the requesting URL is somehow important to the page and should be kept intact. IRequestTargetUrlCodingStrategy getMountEncoder(IRequestTarget requestTarget) line 1057 of WebRequestCodingStrategy (in v.1.4.9) is never supplied with the initial URL for the request and thus can't make an intelligent decision. I have been unable to find exactly where in the source code the redirect with the new pagemap occurs however at that point I'd presume the Request is still intact and the requesting URL could simply be plucked out from there. I'll try to put up a Jira and example over the weekend. If anyone know where the redirect occurs and if its possible to overload it with a more intelligent option, that would be much appreciated. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Incorrect-handling-of-mounted-URLs-internally-leads-to-problems-tp2543596p2543596.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Javascript files not loading in IE6
I've tried this and it didn't work. Also, I can't find anybody with the same problem that I'm facing. The reason why isn't working is not clear. It has to be something related with the way wicket is serving js files in my application and IE6. Could anyone shed some light on it? I'm completely lost. Thanks, Xavier -Missatge original- De: Andrea Del Bene [mailto:andrea.on@libero.it] Enviat: miércoles, 15 de septiembre de 2010 18:03 Per a: users@wicket.apache.org Tema: Re: Javascript files not loading in IE6 Redo Cano, Xavier gencat.cat> writes: > > Thank you for your response Andrea. I've just tried the 1.4.12 build and it didn't solve the problem. I don't > think it's a bug as long as in the wicket examples page this functionality is working fine with IE6. > > Ciao! > Hi, I've replaced file wicket-event.js with the one used in wicket example on Wicketstuff and seem to work. Later I'll try to do some more test Bye. - 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
wiQuery release: 1.0.2 & 1.1-alpha
Latest wiQuery [1] releases. wiQuery 1.0.2 & wiQuery 1.1-alpha have just been released. Both releases are available in our wiQuery maven repo [2]. 1.0.2 is a bug fix version and, amongst others, includes a fix to the infamous "issue 60". 1.1-alpha includes these bug fixes and uses jQuery 1.4.2 & jQuery UI 1.8.4 (with the new buttons and autocomplete widgets). We use this version ourselves on some internal and client jWeekend projects and it seems robust, but, it is an alpha release, so please satisfy yourself with tests, and, as always, feedback is appreciated to help us maintain the high quality wiQuery is renowned for. Further details of what's new can be provided if required; this note is just to give you a quick head's up that you can point your POMs at the latest versions as we know many of you are waiting for a few bug fixes and to use the newer jQuery libraries. Thanks to the very talented people that has contributed so far; we are looking forward to a successful future for this project as more and more people discover how reliable, powerful and intuitive it is. Regards - Cemal jWeekend Training, Consulting, Development http://jWeekend.com [1] http://code.google.com/p/wiquery/ [2] http://wiquery.googlecode.com/svn/repo - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
updating page version after an ajax request
hello, Is there a way of updating the page version after an ajax request in order to support the back button for a 100% component based application (i.e an application based on a single page)? i think my question is related to this https://issues.apache.org/jira/browse/WICKET-271. Has any of the 1.5 milestones implemented this? kind regards. Josh
Re: SV: Application of setOutputMarkupPlaceholderTag and setOutputMarkupId
Hi Thanks for your thoughts. It is clearer now. Re-iterating from what you mentioned, my understanding is that when 1. "toggling invisibility via Ajax you need to use the placeholder tag" - 2.and we don't toggle visibility and want that component to be re-painted then we need setOutputMarkupId. Thanks guys Niv -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Application-of-setOutputMarkupPlaceholderTag-and-setOutputMarkupId-tp2543555p2543665.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: updating page version after an ajax request
I'm waiting for a long time for the resolution of this bug wich is very important in regards on the use of Ajax nowadays. Unfortunately, the resolution has always been delayed and I don't know enough Wicket to try to resolve it. :( 2010/9/17 Josh Kamau > hello, Is there a way of updating the page version after an ajax request in > order to support the back button for a 100% component based application > (i.e > an application based on a single page)? > > i think my question is related to this > https://issues.apache.org/jira/browse/WICKET-271. > > Has any of the 1.5 milestones implemented this? > > kind regards. > Josh >
[RELEASE] WASP/SWARM/Wicket security 1.4.1 released, roadmap for future direction
The Wicket Security project WASP/SWARM has released a new version: 1.4.1 News worthy changes: * Moved code from SwarmStrategy to AbstractSwarmStrategy to allow reuse with different implementations * Logout now uses Session.invalidate() instead of invalidateNow(), to prevent problems with the request logger * Spring example is now based on Spring 3 * Wicket dependency upgraded to 1.4.12 You can download the release from the Wicket stuff repository: http://wicketstuff.org/maven/repository/org/apache/wicket/wicket-security/ Or upgrade using the following in your pom: org.apache.wicket.wicket-security swarm 1.4.1 ROADMAP Milestone 1.5-M1 As Wicket Security will not be adopted into core, we'll be changing the package name and project name going forward. We're still not sure about the final name, but these two are the runners up: - Chitin - Wicket Keeper Both are nice names, and both have their pros and cons. Let us know which one you prefer. Furthermore we'll be adding new annotations such that you'll be able to authorize your pages using a Java class (for the principal) and an annotation on your page to specify which principals are required. This will eliminate the need for the policy files. Future milestones * Support for Wicket 1.5 * A new home * Deployment to maven central instead of wicketstuff repo We expect to release the first milestone in a week or so. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wiQuery release: 1.0.2 & 1.1-alpha
Hi, I also made an announcement on wiQuery's google code website, check it there: http://code.google.com/p/wiquery/. Cheers On Fri, Sep 17, 2010 at 11:38 AM, Cemal Bayramoglu < jweekend_for...@cabouge.com> wrote: > Latest wiQuery [1] releases. > > wiQuery 1.0.2 & wiQuery 1.1-alpha have just been released. > Both releases are available in our wiQuery maven repo [2]. > > 1.0.2 is a bug fix version and, amongst others, includes a fix to the > infamous "issue 60". > > 1.1-alpha includes these bug fixes and uses jQuery 1.4.2 & jQuery UI > 1.8.4 (with the new buttons and autocomplete widgets). We use this > version ourselves on some internal and client jWeekend projects and it > seems robust, but, it is an alpha release, so please satisfy yourself > with tests, and, as always, feedback is appreciated to help us > maintain the high quality wiQuery is renowned for. > > Further details of what's new can be provided if required; this note > is just to give you a quick head's up that you can point your POMs at > the latest versions as we know many of you are waiting for a few bug > fixes and to use the newer jQuery libraries. > > Thanks to the very talented people that has contributed so far; we are > looking forward to a successful future for this project as more and > more people discover how reliable, powerful and intuitive it is. > > Regards - Cemal > jWeekend > Training, Consulting, Development > http://jWeekend.com > > [1] http://code.google.com/p/wiquery/ > [2] http://wiquery.googlecode.com/svn/repo > -- __ Lionel Armanet WickeXt becomes WiQuery ! http://code.google.com/p/wiquery gmail: lionel.armanet*at*gmail.com
Re: updating page version after an ajax request
I wont say this is a bug. Actually it is by design. When the page renders all links' href url points to specific page version. So when the user clicks on any link the page is properly resolved and the click processed. If you change the page id with Ajax then there is a chance to leave broken links/forms in the page. Clicking on those will result in either using old version of the page or even worse PageExpiredException. Anyway, if you still want to do that then extend org.apache.wicket.protocol.http.SecondLevelCacheSessionStore and hack around in org.apache.wicket.protocol.http.SecondLevelCacheSessionStore.SecondLevelCachePageVersionManager. You may need to copy/paste the whole stuff in your own class. Finally override org.apache.wicket.protocol.http.WebApplication.newSessionStore() to use your class. martin-g The destiny loves the braves! On Fri, Sep 17, 2010 at 1:35 PM, Gaetan Zoritchak < g.zoritc...@virtual-soft.com> wrote: > I'm waiting for a long time for the resolution of this bug wich is very > important in regards on the use of Ajax nowadays. Unfortunately, the > resolution has always been delayed and I don't know enough Wicket to try to > resolve it. :( > > 2010/9/17 Josh Kamau > > > hello, Is there a way of updating the page version after an ajax request > in > > order to support the back button for a 100% component based application > > (i.e > > an application based on a single page)? > > > > i think my question is related to this > > https://issues.apache.org/jira/browse/WICKET-271. > > > > Has any of the 1.5 milestones implemented this? > > > > kind regards. > > Josh > > >
Re: Wicket 1.5 SerializableChecker/guice
Show us some code/exceptions On Fri, Sep 17, 2010 at 10:48 AM, nino martinez wael < nino.martinez.w...@gmail.com> wrote: > Hi > > I have a case where one of the models contains a an instance of that > uses injection(guice) and the SerializableChecker says that the proxy > are not implementing Serializable, which are true but should the > wicket-guice integration pickup that and do it's magic or does it only > apply to pages? > > regards Nino > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
could IAjaxCallDecorator implement IHeaderContributor
Hi, Is it possible to IAjaxCallDecorator implement IHeaderContributor? For example ovverriden method form IAjaxCallDecorator looks like this: public CharSequence preDecorateScript(CharSequence script) { "MyLibrary.call();" + script; } Where MyLibrary.call(); is javascript function defined in MyLibrary namespace in external js file (mylibrary.js). I need to contribute this file to head. What is the best place for this contribution? I suppose if IAjaxCallDecorator would implement IHeaderContributor, it would be perfect place. Best regards, Michal Kurtak - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.5 SerializableChecker/guice
ok. They come next week.. regards Nino 2010/9/17 Martin Grigorov : > Show us some code/exceptions > > On Fri, Sep 17, 2010 at 10:48 AM, nino martinez wael < > nino.martinez.w...@gmail.com> wrote: > >> Hi >> >> I have a case where one of the models contains a an instance of that >> uses injection(guice) and the SerializableChecker says that the proxy >> are not implementing Serializable, which are true but should the >> wicket-guice integration pickup that and do it's magic or does it only >> apply to pages? >> >> regards Nino >> >> - >> 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
Re: could IAjaxCallDecorator implement IHeaderContributor
Extend org.apache.wicket.ajax.AbstractDefaultAjaxBehavior then override renderHead(IHeaderResponse) and getAjaxCallDecorator() On Fri, Sep 17, 2010 at 3:50 PM, Michal Kurtak wrote: > Hi, > > Is it possible to IAjaxCallDecorator implement IHeaderContributor? > > For example ovverriden method form IAjaxCallDecorator looks like this: > public CharSequence preDecorateScript(CharSequence script) > { > "MyLibrary.call();" + script; > } > > Where MyLibrary.call(); is javascript function defined in MyLibrary > namespace in external js file (mylibrary.js). I need to contribute > this file to head. What is the best place for this contribution? > I suppose if IAjaxCallDecorator would implement IHeaderContributor, it > would be perfect place. > > Best regards, > Michal Kurtak > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: could IAjaxCallDecorator implement IHeaderContributor
Thanks for your quick reply. Thats the way i do it right now. But the problem is that all ajax components have behavior bundled inside so i must override not only getAjaxCallDecorator but renderHead in all components. Its not possible to achieve single point of functionality in one class (one AjaxCallDecorator). Its just a proposal to IAjaxCallDecorator extend IHeaderContributor. br, Michal Kurtak 2010/9/17 Martin Grigorov : > Extend org.apache.wicket.ajax.AbstractDefaultAjaxBehavior > > then override renderHead(IHeaderResponse) and getAjaxCallDecorator() > > On Fri, Sep 17, 2010 at 3:50 PM, Michal Kurtak wrote: > >> Hi, >> >> Is it possible to IAjaxCallDecorator implement IHeaderContributor? >> >> For example ovverriden method form IAjaxCallDecorator looks like this: >> public CharSequence preDecorateScript(CharSequence script) >> { >> "MyLibrary.call();" + script; >> } >> >> Where MyLibrary.call(); is javascript function defined in MyLibrary >> namespace in external js file (mylibrary.js). I need to contribute >> this file to head. What is the best place for this contribution? >> I suppose if IAjaxCallDecorator would implement IHeaderContributor, it >> would be perfect place. >> >> Best regards, >> Michal Kurtak >> >> - >> 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
Re: updating page version after an ajax request
On Fri, Sep 17, 2010 at 3:04 PM, Martin Grigorov wrote: > I wont say this is a bug. > Actually it is by design. > When the page renders all links' href url points to specific page version. > So when the user clicks on any link the page is properly resolved and the > click processed. > If you change the page id with Ajax then there is a chance to leave broken > links/forms in the page. Clicking on those will result in either using old > version of the page or even worse PageExpiredException. Couldn't we use a cookie to keep the current version/tab/window? we could update it serverside and clientside to our liking... Not sure how we could hook into the back button for that though... One thing is sure: when using ajax, javascript works... Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
[announce] Wicket 1.4.12 and 1.5-M2.1 released
The Wicket team would like to announce the release of 1.4.12 and 1.5-M2.1 1.4.12 --- This is the twelfth maintenance release of the 1.4.x series. This release brings a fix to a critical bug (WICKET-3040) which prevented ajax form submits in FireFox. * Subversion tag: http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.12 * Changelog: https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310561&fixfor=12315312&sorter/field=priority&sorter/order=DESC * To use in Maven: org.apache.wicket wicket 1.4.12 * Download the full distribution: http://www.apache.org/dyn/closer.cgi/wicket/1.4.12 (including source) 1.5-M2.1 --- This is the second milestone of the new 1.5.x Wicket series. The focus of 1.5.x is to provide our users with a more powerful and flexible request processing pipeline. This release is NOT production-ready, it is more of a technology demo that should facilitate user-feedback we can fold into the next milestone. New and noteworthy items in this milestone include: Inter-component event mechanism which allows components to communicate in a decoupled fashion https://cwiki.apache.org/WICKET/migration-to-wicket-15.html#MigrationtoWicket1.5-Intercomponentevents Improved resource caching. https://cwiki.apache.org/WICKET/migration-to-wicket-15.html#MigrationtoWicket1.5-getResourceSettings%2528%2529.setAddLastModifiedTimeToResourceReferenceUrl%2528%2529hasbeenreplaced * Migration notes: https://cwiki.apache.org/WICKET/migration-to-wicket-15.html * Subversion tag: http://svn.apache.org/repos/asf/wicket/releases/wicket-1.5-M2.1 * To use in Maven: org.apache.wicket wicket 1.5-M2.1 *Download the full distribution (including source) http://www.apache.org/dyn/closer.cgi/wicket/1.5-M2.1 Cheers, -The Wicket Team - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: could IAjaxCallDecorator implement IHeaderContributor
add an rfe to jira. -igor On Fri, Sep 17, 2010 at 7:43 AM, Michal Kurtak wrote: > Thanks for your quick reply. > > Thats the way i do it right now. But the problem is that all ajax > components have behavior bundled inside so i must override not only > getAjaxCallDecorator but renderHead in all components. Its not > possible to achieve single point of functionality in one class (one > AjaxCallDecorator). Its just a proposal to IAjaxCallDecorator extend > IHeaderContributor. > > br, > Michal Kurtak > > 2010/9/17 Martin Grigorov : >> Extend org.apache.wicket.ajax.AbstractDefaultAjaxBehavior >> >> then override renderHead(IHeaderResponse) and getAjaxCallDecorator() >> >> On Fri, Sep 17, 2010 at 3:50 PM, Michal Kurtak >> wrote: >> >>> Hi, >>> >>> Is it possible to IAjaxCallDecorator implement IHeaderContributor? >>> >>> For example ovverriden method form IAjaxCallDecorator looks like this: >>> public CharSequence preDecorateScript(CharSequence script) >>> { >>> "MyLibrary.call();" + script; >>> } >>> >>> Where MyLibrary.call(); is javascript function defined in MyLibrary >>> namespace in external js file (mylibrary.js). I need to contribute >>> this file to head. What is the best place for this contribution? >>> I suppose if IAjaxCallDecorator would implement IHeaderContributor, it >>> would be perfect place. >>> >>> Best regards, >>> Michal Kurtak >>> >>> - >>> 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
Re: Java in CMS arena,..wicket to lead the way?!
On Sep 17, 2010, at 2:04 AM, Arjun Dhar wrote: > > @Brian - > > "but there's a lot of fragmented development and not a lot of investment > going back in." > --- yes, this is what I sense. I'm not even aware of the Brix community > unlike Wicket which is more active. If you see the Brix architecture page i > put some comments but Looks pretty dead which is pretty de-motivating. One of the seeds that is missing from Brix is a good understanding of how things work internally. Often, the people who can learn it with no documentation are such experienced programmers that they are either too busy with everyone asking them for something or they are not very good communicators (preferring to write more code). Both of these mean when people learn how Brix works, it doesn't often translate into good code. > > "I would challenge you to create needs in the core by demonstrating those > needs" > --- No, I dont think the core needs to be changed as such, Simple is better > & should remain preserved. However we can upgrade the Wicket dependencies > from time to time? :) ?! Hehe, yes. The last time I looked for Jackrabbit in http://mvnrepository.com, it was still at 2.0.0, now it seems there are two newer versions in there. What I will do is do a release on what's in there, then go ahead and upgrade the dependencies on trunk so people can see if they like them. I think we should release that too after people have had some time with it. I would propose we start acting like an Apache project and taking votes on releases. > I ALSO like the idea it does NOT have a custom workflow etc built into core, > coz I'm a fan of Drools work flow & Rules Engines to allocate business logic > and workflows; Apache Camel & Spring Integration. I'm also a fan of these projects, so I would *personally* have no problem integrating them, but we can't even collectively agree that OSGi is a good thing, so I'm sure that frameworks like these would never be unanimously received. :-) On the other hand, abstracted interfaces with default implementations... that would be great. > > "If you are worried about people having access to your assets" > --- No sir, the more the merrier. I'd love to get into it once i'm sure to > commit time & effort. > > From a "using for commercial web sites" perspective, issue is from a UI > perspective the Admin module has a poor finish compared to Alfresco and say > Hippo; its not just the CSS but the general layout sucks. ...I cant sell a > website & present that to the customer without significant effort. Something > I can look to contribute on. I appreciate that. But to defend whomever did that work, I don't design sites very well myself. Maybe we could covert things to use a vertical accordion or something. That's what I'm doing for my internal sites anyway... > > thank you. > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Java-in-CMS-arena-wicket-to-lead-the-way-tp2541542p2543378.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Java in CMS arena,..wicket to lead the way?!
> > > From a "using for commercial web sites" perspective, issue is from a UI > > perspective the Admin module has a poor finish compared to Alfresco and > say > > Hippo; its not just the CSS but the general layout sucks. ...I cant sell > a > > website & present that to the customer without significant effort. > Something > > I can look to contribute on. > > I appreciate that. But to defend whomever did that work, I don't design > sites very well myself. Maybe we could covert things to use a vertical > accordion or something. That's what I'm doing for my internal sites > anyway... > I think that someone could easily create more than one alternative style. The thing that would be hardest to change is the look of each actual configuration panel since these are controlled by the plugins themselves. But, as long as they're using common css classes, etc, then even this shouldn't be too difficult (methinks). -- Jeremy Thomerson http://www.wickettraining.com
Re: Form values are not submitted if form-component is initially not visible
> > Thanks for the answer. But if I'm adding my form to the target the > visibility of the components does not change anymore. Anything else I'm > overseeing? It should. Did you look in the wicket ajax log window? Did you add form.setOutputMarkupId(true) ? -- Jeremy Thomerson http://www.wickettraining.com
bigdecimal validation
input text of type bigdecimal validates user entered value to check if it is bigdecimal and it gives error message 'xxx' is not a valid bigddecimal, can I customize this message -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544469.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: repaint content of modalwindow
That works really well, thanks! Chris >-Original Message- >From: Ernesto Reinaldo Barreiro [mailto:reier...@gmail.com] >Sent: Thursday, 16 September 2010 6:03 PM >To: users@wicket.apache.org >Subject: Re: repaint content of modalwindow > >I would use a div. > > > > > >--- > >context = new WebMarkupContainer("context"); >context.setOutputMarkupId(true); >add(context); >context.add(new YourContentsPanel("contents")); > >You can have a inside a . So, why would it not work? > >Regards, > >Ernesto > > >On Thu, Sep 16, 2010 at 9:48 AM, Chris Colman > wrote: >> Do I need to create a wicket tag in the markup corresponding to the >WebMarkupContainer? If so should I put it in a span or div? (or other?) >> >> Should this WebMarkupContainer work if I place it inside a ? >> >>>-Original Message- >>>From: Ernesto Reinaldo Barreiro [mailto:reier...@gmail.com] >>>Sent: Thursday, 16 September 2010 4:43 PM >>>To: users@wicket.apache.org >>>Subject: Re: repaint content of modalwindow >>> >>>Isn't it enough to: >>> >>>1-put a the contents of your modal A in a WebMapkupContainer X (with >>>X.setOutputMarkupId(true)) >>>2-update the contents of X (X.addOrReplace(new content)) >>>3- and do ajaxRequestTarget.addComponent(X) >>> >>>? >>> >>>Regards, >>> >>>Ernesto >>> >>>On Thu, Sep 16, 2010 at 4:26 AM, Chris Colman >>> wrote: > >I am using modalwindow its content is a fragment. On ajxaRequest I want to >repaint the content of modal window please tell me how can I do this ? > I have a similar request: Modal Form A opens Modal Form B. When B is Ok'd and closes I want to repaint the contents of Form A because they can change with the changes made in form B. Any ideas? - 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 >> >> > >- >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
Re: Form values are not submitted if form-component is initially not visible
Am 17.09.2010 21:16, schrieb Jeremy Thomerson: Thanks for the answer. But if I'm adding my form to the target the visibility of the components does not change anymore. Anything else I'm overseeing? It should. Did you look in the wicket ajax log window? Did you add form.setOutputMarkupId(true) ? OutputMarkupId was already set to true. But that was also not the solution. I found out what was going wrong. The markup screwed things up. Before my markup looked like this: [...] But forms within tables seem to be invalid. If I rearrange the markup to this: [...] everything works as expected. Why can't browser just be as strict as compilers? *sigh* Thanks anyway for your time Jeremy. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: bigdecimal validation
See IConverter='${input}' is not a valid ${type}. in Application.properties in the Wicket jar (in /org/apache/wicket). Make a similar properties file for your own application, and in the same package as your application class with your own IConverter property. Regards - Cemal jWeekend Training, Consulting, Development http://jWeekend.com On 17 September 2010 22:21, fachhoch wrote: > > input text of type bigdecimal validates user entered value to check if > it is bigdecimal and it gives error message 'xxx' is not a valid > bigddecimal, can I customize this message > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544469.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: bigdecimal validation
this change will apply only for bigdecimal ? I want customized only for bigdecimal -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544526.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: bigdecimal validation
... if you need to limit this custom message to a particular type conversion, like BigDecimal's, you may have to override newConversionException in your own BigDecimal converter (which you can register at application level or by overriding getConverter on your component), and setting the resourceMessage on the ConversionException (in newConversionException ) - but I'd be surprised if there is not a more elegant way to achieve this?! Regards - Cemal jWeekend Training, Consulting, Development http://jWeekend.com On 17 September 2010 23:22, fachhoch wrote: > > this change will apply only for bigdecimal ? > I want customized only for bigdecimal > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544526.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: bigdecimal validation
... in case you don't spot the typo either, for "resourceMessage" read "resourceKey" in the previous post. Regards - Cemal jWeekend Training, Consulting, Development http://jWeekend.com On 18 September 2010 00:05, Cemal Bayramoglu wrote: > ... if you need to limit this custom message to a particular type > conversion, like BigDecimal's, you may have to override > newConversionException in your own BigDecimal converter (which you can > register at application level or by overriding getConverter on your > component), and setting the resourceMessage on the ConversionException > (in newConversionException ) - but I'd be surprised if there is not a > more elegant way to achieve this?! > > Regards - Cemal > jWeekend > Training, Consulting, Development > http://jWeekend.com > > > On 17 September 2010 23:22, fachhoch wrote: >> >> this change will apply only for bigdecimal ? >> I want customized only for bigdecimal >> -- >> View this message in context: >> http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544526.html >> Sent from the Users forum mailing list archive at Nabble.com. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: bigdecimal validation
... if you want to create your own BigDecimalTextField, for example, you can just override convertInput and pass in the resourceKey you want to use if convertValue throws an exception since you know at that point you have a conversion problem precisely because the entered text is not convertible to a BigDecimal. Make sense? Regards - Cemal jWeekend Training, Consulting, Development http://jWeekend.com On 18 September 2010 00:09, Cemal Bayramoglu wrote: > ... in case you don't spot the typo either, for "resourceMessage" read > "resourceKey" in the previous post. > > Regards - Cemal > jWeekend > Training, Consulting, Development > http://jWeekend.com > > > On 18 September 2010 00:05, Cemal Bayramoglu > wrote: >> ... if you need to limit this custom message to a particular type >> conversion, like BigDecimal's, you may have to override >> newConversionException in your own BigDecimal converter (which you can >> register at application level or by overriding getConverter on your >> component), and setting the resourceMessage on the ConversionException >> (in newConversionException ) - but I'd be surprised if there is not a >> more elegant way to achieve this?! >> >> Regards - Cemal >> jWeekend >> Training, Consulting, Development >> http://jWeekend.com >> >> >> On 17 September 2010 23:22, fachhoch wrote: >>> >>> this change will apply only for bigdecimal ? >>> I want customized only for bigdecimal >>> -- >>> View this message in context: >>> http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544526.html >>> Sent from the Users forum mailing list archive at Nabble.com. >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
mouse over table cells and dialog popup with ajaxlinks
Hi, I have a fairly complex use-case scenario: I want a dialog to popup when a "hover" event occurs within a table cell. The dialog will provide a couple of links (ideally AjaxLink) that should trigger a wicket ajax event. I can imagine maybe creating the dialogs all on the client so there is no need to hit the server when the mouse hovers over the table cell (seems that ajax would be no good in any case since the latency would be high when hovering over potentially many cells within the table anyhow). But then the issue is how to create the AjaxLink in the javascript that constructs the dialog on the client? Any ideas are greatly appreciated! Thanks, Jason - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: bigdecimal validation
IConverter.BigDecimal= -igor On Fri, Sep 17, 2010 at 3:03 PM, Cemal Bayramoglu wrote: > See > IConverter='${input}' is not a valid ${type}. > in Application.properties in the Wicket jar (in /org/apache/wicket). > Make a similar properties file for your own application, and in the > same package as your application class with your own IConverter > property. > > Regards - Cemal > jWeekend > Training, Consulting, Development > http://jWeekend.com > > > On 17 September 2010 22:21, fachhoch wrote: >> >> input text of type bigdecimal validates user entered value to check if >> it is bigdecimal and it gives error message 'xxx' is not a valid >> bigddecimal, can I customize this message >> >> -- >> View this message in context: >> http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544469.html >> Sent from the Users forum mailing list archive at Nabble.com. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > 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
Re: bigdecimal validation
Isn't this stuff documented somewhere? This has always been one of those areas of Wicket where I feel completely lost every time I have to do some customization. Cemal does Wicket training and he didn't know this stuff! I don't mind helping put together a wiki, but I don't understand it enough to know where to begin. :) On Fri, Sep 17, 2010 at 8:19 PM, Igor Vaynberg wrote: > IConverter.BigDecimal= > > -igor > > On Fri, Sep 17, 2010 at 3:03 PM, Cemal Bayramoglu > wrote: >> See >> IConverter='${input}' is not a valid ${type}. >> in Application.properties in the Wicket jar (in /org/apache/wicket). >> Make a similar properties file for your own application, and in the >> same package as your application class with your own IConverter >> property. >> >> Regards - Cemal >> jWeekend >> Training, Consulting, Development >> http://jWeekend.com >> >> >> On 17 September 2010 22:21, fachhoch wrote: >>> >>> input text of type bigdecimal validates user entered value to check if >>> it is bigdecimal and it gives error message 'xxx' is not a valid >>> bigddecimal, can I customize this message >>> >>> -- >>> View this message in context: >>> http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544469.html >>> Sent from the Users forum mailing list archive at Nabble.com. >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> 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
Re: mouse over table cells and dialog popup with ajaxlinks
On Fri, Sep 17, 2010 at 7:13 PM, Jason Novotny wrote: > Hi, > >I have a fairly complex use-case scenario: I want a dialog to popup when > a "hover" event occurs within a table cell. The dialog will provide a couple > of links (ideally AjaxLink) that should trigger a wicket ajax event. > >I can imagine maybe creating the dialogs all on the client so there is > no need to hit the server when the mouse hovers over the table cell (seems > that ajax would be no good in any case since the latency would be high when > hovering over potentially many cells within the table anyhow). But then the > issue is how to create the AjaxLink in the javascript that constructs the > dialog on the client? > Easiest thing is probably to paint all the dialogs ahead of time as hidden divs. There are many other ways, but this is one option. -- Jeremy Thomerson http://www.wickettraining.com
Re: Can I implment this with Wicket table components?
On Thu, Sep 16, 2010 at 12:55 PM, gouthamrv wrote: > > I have below requirements, I would like to know how feasible it is to > implement this with Wicket table components. > > 1. A web page should contain a table initially with one row. > 2. On the bottom of the table there should be some links to add row in AJAX > way(No page refresh) > 3. I should be able to clone a selected row when I click a link on the > bottom of the table. > 4. Some of the table cells should be editable > 5. Each row should contain a button on the last row, when I click this I > should be able to send the row >values to server and update some cells. (In ajax way) > > I know Wicket has something called "AjaxFallbackDataTable". Is this solves > all these requirements? if not are there any other table implementations > available? > You can also look at the inmethod grid, but I don't think any table has those very specific requirements built in already. -- Jeremy Thomerson http://www.wickettraining.com
Re: bigdecimal validation
from the javadoc of FormComponent * * If this component is required and that fails, the error key that is used is the "Required"; if * the type conversion fails, it will use the key "IConverter" if the conversion failed in a * converter, or "ConversionError" if type was explicitly specified via {...@link #setType(Class)} or a * {...@link IPropertyReflectionAwareModel} was used. Notice that both "IConverter" and * "ConversionError" have a more specific variant of "key.classname" where classname is the type * that we failed to convert to. Classname is not full qualified, so only the actual name of the * class is used. :) -igor On Fri, Sep 17, 2010 at 5:42 PM, James Carman wrote: > Isn't this stuff documented somewhere? This has always been one of > those areas of Wicket where I feel completely lost every time I have > to do some customization. Cemal does Wicket training and he didn't > know this stuff! I don't mind helping put together a wiki, but I > don't understand it enough to know where to begin. :) > > > > On Fri, Sep 17, 2010 at 8:19 PM, Igor Vaynberg > wrote: >> IConverter.BigDecimal= >> >> -igor >> >> On Fri, Sep 17, 2010 at 3:03 PM, Cemal Bayramoglu >> wrote: >>> See >>> IConverter='${input}' is not a valid ${type}. >>> in Application.properties in the Wicket jar (in /org/apache/wicket). >>> Make a similar properties file for your own application, and in the >>> same package as your application class with your own IConverter >>> property. >>> >>> Regards - Cemal >>> jWeekend >>> Training, Consulting, Development >>> http://jWeekend.com >>> >>> >>> On 17 September 2010 22:21, fachhoch wrote: input text of type bigdecimal validates user entered value to check if it is bigdecimal and it gives error message 'xxx' is not a valid bigddecimal, can I customize this message -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544469.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> - >>> 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 > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [RELEASE] WASP/SWARM/Wicket security 1.4.1 released, roadmap for future direction
I haven't been following this that closely (I've only been acquainted with Wicket for a few days) but on installing Wasp and Swarm and then (on learning it wouldn't be a final solution) giving up on it to go back to wicket-auth-roles as a simpler solution, might there be another possibility? Why not work on finalising a wicket-security package that is comprised on a security API (with no implementation), then have Wasp, Swarm, some kind of Spring bridge, etc. as competing implementations? That would permit a stable security solution to be provided via API whilst not "polluting" the core with an unproven solution, or with a solution that will always have application-specific alternatives. Just an idea anyway. As to name, please choose one that isn't too cute. It doesn't have to be a brand, just a recognisable name or just an acronym with a reasonable explication. Ichiro On 9/17/10, Martijn Dashorst wrote: > The Wicket Security project WASP/SWARM has released a new version: 1.4.1 > > News worthy changes: > > * Moved code from SwarmStrategy to AbstractSwarmStrategy to allow > reuse with different implementations > * Logout now uses Session.invalidate() instead of invalidateNow(), to >prevent problems with the request logger > * Spring example is now based on Spring 3 > * Wicket dependency upgraded to 1.4.12 > > You can download the release from the Wicket stuff repository: > > http://wicketstuff.org/maven/repository/org/apache/wicket/wicket-security/ > > Or upgrade using the following in your pom: > > > org.apache.wicket.wicket-security > swarm > 1.4.1 > > > > ROADMAP > > > Milestone 1.5-M1 > > As Wicket Security will not be adopted into core, we'll be changing > the package name and project name going forward. We're still not sure > about the final name, but these two are the runners up: > > - Chitin > - Wicket Keeper > > Both are nice names, and both have their pros and cons. Let us know > which one you prefer. > > Furthermore we'll be adding new annotations such that you'll be able > to authorize your pages using a Java class (for the principal) and an > annotation on your page to specify which principals are required. This > will eliminate the need for the policy files. > > Future milestones > > * Support for Wicket 1.5 > * A new home > * Deployment to maven central instead of wicketstuff repo > > We expect to release the first milestone in a week or so. > > - > 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
Re: bigdecimal validation
Well, that helps, but it's not quite obvious that that's where you should go to look for it. At least it isn't to me. On Sat, Sep 18, 2010 at 12:37 AM, Igor Vaynberg wrote: > from the javadoc of FormComponent > > * > * If this component is required and that fails, the error key that is > used is the "Required"; if > * the type conversion fails, it will use the key "IConverter" if the > conversion failed in a > * converter, or "ConversionError" if type was explicitly specified > via {...@link #setType(Class)} or a > * {...@link IPropertyReflectionAwareModel} was used. Notice that both > "IConverter" and > * "ConversionError" have a more specific variant of "key.classname" > where classname is the type > * that we failed to convert to. Classname is not full qualified, so > only the actual name of the > * class is used. > > :) > > -igor > > On Fri, Sep 17, 2010 at 5:42 PM, James Carman > wrote: >> Isn't this stuff documented somewhere? This has always been one of >> those areas of Wicket where I feel completely lost every time I have >> to do some customization. Cemal does Wicket training and he didn't >> know this stuff! I don't mind helping put together a wiki, but I >> don't understand it enough to know where to begin. :) >> >> >> >> On Fri, Sep 17, 2010 at 8:19 PM, Igor Vaynberg >> wrote: >>> IConverter.BigDecimal= >>> >>> -igor >>> >>> On Fri, Sep 17, 2010 at 3:03 PM, Cemal Bayramoglu >>> wrote: See IConverter='${input}' is not a valid ${type}. in Application.properties in the Wicket jar (in /org/apache/wicket). Make a similar properties file for your own application, and in the same package as your application class with your own IConverter property. Regards - Cemal jWeekend Training, Consulting, Development http://jWeekend.com On 17 September 2010 22:21, fachhoch wrote: > > input text of type bigdecimal validates user entered value to check > if > it is bigdecimal and it gives error message 'xxx' is not a valid > bigddecimal, can I customize this message > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/bigdecimal-validation-tp2544469p2544469.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - 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 >> >> > > - > 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