RE: wicket AutoComplete
Hi Umesh, Which version of IE are you targetting ? If it is IE6 or lower you will need to move to Wicket 1.3.4 or 1.4.x . -Original Message- From: Umesh Paliwal [mailto:[EMAIL PROTECTED] Sent: Friday, 27 June 2008 12:29 PM To: users@wicket.apache.org Subject: wicket AutoComplete HI , I am trying to use the AutoComplete Text field from wicket 1.3.3. This works fine in firefox. But in IE I get an error and the autoCompleteTextField vanishes. Could you please suggest how should I go about it ? Thanks and regards, Umesh Paliwal NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Group Limited or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Group Limited does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Group Limited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Default Focus Behavior?
Here's that link ... http://cwiki.apache.org/confluence/display/WICKET/Request+Focus+on+a+Spe cific+Form+Component Note that the technique outlined does set the focus correctly, but after I use the autocomplete box it throws a runtime exception : Root cause: java.lang.IllegalStateException: No behavior listener found with behaviorId 4; Component: [MarkupContainer [Component id = ac, page = au.com.macquarie.hr.edms.web.ed.EDMainPage, path = 6:edSelectionPanel:form:ac.EDSelectionPanel$EdSelectionForm$1, isVisible = true, isVersioned = false]] at org.apache.wicket.request.target.component.listener.BehaviorRequestTarge t.processEvents(BehaviorRequestTarget.java:95) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(Ab stractRequestCycleProcessor.java:91) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java :1171) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1248) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1349) at org.apache.wicket.RequestCycle.request(RequestCycle.java:493) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:387 ) at org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java: 145) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFil terInternal(OpenSessionInViewFilter.java:198) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequ estFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 48) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:86 9) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proc essConnection(Http11BaseProtocol.java:667) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint .java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollow erWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:684) at java.lang.Thread.run(Thread.java:619) -Original Message- From: Rod Good Sent: Friday, 13 June 2008 1:06 PM To: users@wicket.apache.org Subject: Re: Default Focus Behavior? Hi, I'm trying to set the 'focus on load' to an AutoCompleteTextField within a form. I tried extending the technique outlined by James Carman (see link) to extend AbstractDefaultAjaxBehavior, without success. Any thoughts on how to do this ? Thanks, Rod. http://cwiki.apache.org/confluence/display/WICKET/Request+Focus+on+a+Spe cific+Form+Component NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Group Limited or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Group Limited does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Group Limited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Default Focus Behavior?
Hi, I'm trying to set the 'focus on load' to an AutoCompleteTextField within a form. I tried extending the technique outlined by James Carman (see link) to extend AbstractDefaultAjaxBehavior, without success. Any thoughts on how to do this ? Thanks, Rod. http://cwiki.apache.org/confluence/display/WICKET/Request+Focus+on+a+Spe cific+Form+Component NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Group Limited or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Group Limited does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Group Limited.
RE: (Class>) casting troubles
Thanks Jeremy, that definitely looks like the problem. -Original Message- From: Jeremy Thomerson [mailto:[EMAIL PROTECTED] Sent: Friday, 6 June 2008 1:01 PM To: users@wicket.apache.org Subject: Re: (Class>) casting troubles I haven't read the whole thread, but you should be fine as long as your returned page class uses generics... Here's what I use in one app, no warnings, no casts: @Override public Class> getHomePage() { return Home.class; } public class Home extends WebPage { } -- Jeremy Thomerson http://www.wickettraining.com On Thu, Jun 5, 2008 at 9:05 PM, Rod Good <[EMAIL PROTECTED]> wrote: > Thanks Peter (and Martin and Larry). > > My issue was specifically with overriding > > Class> getHomePage() > > from the Application class, when extending AuthenticatedWebApplication. > > It looks the same as the problem below, but not quite... > > Is there an idiom for overriding getHomePage() in Wicket 1.4 ? I'm > getting around it with a shocking cast, I'm sure others have run into > the same problem. > > -Original Message- > From: Peter Ertl [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 4 June 2008 6:32 PM > To: users@wicket.apache.org > Subject: Re: (Class>) casting troubles > > I remember that having more than one wildcard in an type expression > seems to be inherently broken. > > Usually you can rewrite something like > > void foo(Class> pageClass) > > into something like > > > void foo(Class pageClass) > > I would bet this solves your problem :-) > > However, nobody can explain why... :-( > > Probably some lack of the generics specification, broken compiler, or > whatever... > > I would suggest to avoid more than one wildcard in one type expression > in general and use above workaround. > > Cheers > Peter > > > Am 04.06.2008 um 10:10 schrieb Johan Compagner: > > > Yeah it is very strange that you get different errors in eclipse and > > javac. > > I wonder which one is correcct.. > > > > But you have to generify the Page then it should work fine (like > > ) > > > > I think we just need to drop the in that example What do you > > exactly call? > > > > > > johan > > > > > > On Wed, Jun 4, 2008 at 9:39 AM, Rod Good <[EMAIL PROTECTED]> > > wrote: > > > >> Hi, > >> > >> I'm getting inconvertible type errors when I compile from Maven on > >> the command line with Java 6. > >> > >> Does anyone know if this issue was resolved ? I am building against > >> 1.4-m2 - downloaded today (04-06-2008). > >> > >> The issue is the same as noted by Ryan Mckinley on 05/21/2008 : > >> > >>> > >>> strangely, things work fine for me in eclipse, but from the > >>> command > >> line, I still get: > >>> > >>> $ mvn clean install: > >>> > >>> > >> /Users/ryan/Documents/workspace/dexter/website/src/java/dexter/ > >> website/ > >> wicket/page/DownloadingPage.java:[18,97] inconvertible types found : > >> java.lang.Class > >> required: java.lang.Class> > >>> > >>> I ran: mvn clean install in the wicket directory... > >>> > >>> Not sure if the java version is helpful: ryan$ mvn -version Maven > >> version: 2.0.6 ryan$ javac -version javac 1.6.0_04-dp > >> > >> Thanks, > >> Rod. > >> > >> NOTICE > >> This e-mail and any attachments are confidential and may contain > >> copyright material of Macquarie Group Limited or third parties. If > >> you are not the intended recipient of this email you should not > >> read, > > >> print, re- transmit, store or act in reliance on this e-mail or any > >> attachments, and should destroy all copies of them. Macquarie Group > >> Limited does not guarantee the integrity of any emails or any > >> attached files. The views or opinions expressed are the author's > >> own and may not reflect the views or opinions of Macquarie Group Limited. > >> > >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
very slow autocomplete box in IE6
Hi, I have a default AutoCompleteTextField on a form which is executing extremely slowly for the up / down arrow cursors when I run it in IE6. The getChoices() method is implemented efficiently, using a TreeMap and the tailMap() method to avoid iterating over the whole map. Worst case is 10 iterations to load the choices. When I run this in FireFox 2.x , the up / down arrow keys are super fast, but IE6 goes to 100% cpu. It's definitely something IE6 is doing. Any thoughts ? Wicket is 1.3-SNAPSHOT, Java 6.0.4, IE 6.0.29 SP 2. Thanks, Rod. NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Group Limited or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Group Limited does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Group Limited.
RE: (Class>) casting troubles
Thanks Peter (and Martin and Larry). My issue was specifically with overriding Class> getHomePage() from the Application class, when extending AuthenticatedWebApplication. It looks the same as the problem below, but not quite... Is there an idiom for overriding getHomePage() in Wicket 1.4 ? I'm getting around it with a shocking cast, I'm sure others have run into the same problem. -Original Message- From: Peter Ertl [mailto:[EMAIL PROTECTED] Sent: Wednesday, 4 June 2008 6:32 PM To: users@wicket.apache.org Subject: Re: (Class>) casting troubles I remember that having more than one wildcard in an type expression seems to be inherently broken. Usually you can rewrite something like void foo(Class> pageClass) into something like > void foo(Class pageClass) I would bet this solves your problem :-) However, nobody can explain why... :-( Probably some lack of the generics specification, broken compiler, or whatever... I would suggest to avoid more than one wildcard in one type expression in general and use above workaround. Cheers Peter Am 04.06.2008 um 10:10 schrieb Johan Compagner: > Yeah it is very strange that you get different errors in eclipse and > javac. > I wonder which one is correcct.. > > But you have to generify the Page then it should work fine (like > ) > > I think we just need to drop the in that example What do you > exactly call? > > > johan > > > On Wed, Jun 4, 2008 at 9:39 AM, Rod Good <[EMAIL PROTECTED]> > wrote: > >> Hi, >> >> I'm getting inconvertible type errors when I compile from Maven on >> the command line with Java 6. >> >> Does anyone know if this issue was resolved ? I am building against >> 1.4-m2 - downloaded today (04-06-2008). >> >> The issue is the same as noted by Ryan Mckinley on 05/21/2008 : >> >>> >>> strangely, things work fine for me in eclipse, but from the command >> line, I still get: >>> >>> $ mvn clean install: >>> >>> >> /Users/ryan/Documents/workspace/dexter/website/src/java/dexter/ >> website/ >> wicket/page/DownloadingPage.java:[18,97] inconvertible types found : >> java.lang.Class >> required: java.lang.Class> >>> >>> I ran: mvn clean install in the wicket directory... >>> >>> Not sure if the java version is helpful: ryan$ mvn -version Maven >> version: 2.0.6 ryan$ javac -version javac 1.6.0_04-dp >> >> Thanks, >> Rod. >> >> NOTICE >> This e-mail and any attachments are confidential and may contain >> copyright material of Macquarie Group Limited or third parties. If >> you are not the intended recipient of this email you should not read, >> print, re- transmit, store or act in reliance on this e-mail or any >> attachments, and should destroy all copies of them. Macquarie Group >> Limited does not guarantee the integrity of any emails or any >> attached files. The views or opinions expressed are the author's own >> and may not reflect the views or opinions of Macquarie Group Limited. >> >> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: (Class>) casting troubles
Hi, I'm getting inconvertible type errors when I compile from Maven on the command line with Java 6. Does anyone know if this issue was resolved ? I am building against 1.4-m2 - downloaded today (04-06-2008). The issue is the same as noted by Ryan Mckinley on 05/21/2008 : > > strangely, things work fine for me in eclipse, but from the command line, I still get: > > $ mvn clean install: > > /Users/ryan/Documents/workspace/dexter/website/src/java/dexter/website/ wicket/page/DownloadingPage.java:[18,97] inconvertible types found : java.lang.Class required: java.lang.Class> > > I ran: mvn clean install in the wicket directory... > > Not sure if the java version is helpful: ryan$ mvn -version Maven version: 2.0.6 ryan$ javac -version javac 1.6.0_04-dp Thanks, Rod. NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Group Limited or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Group Limited does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Group Limited.