Seems that is my bug, i'll try the suggested fix there - although i till get no popup list.
Got no time yet to investigate this further. I'll be very busy until end of the month, i guess i'll get time next month. Stay tuned ;-) - i'll report if i have a fix or some progress here. Btw i am looking forward in your fix :-). For now i changed the Interface to support Ajax Stuff with the "bad" effect, having a build time dependency to tomahawk - but works for now. Torsten Am Sonntag, den 20.05.2007, 20:30 +0200 schrieb Hermod Opstvedt: > Hi > > How is your progress on this. Seems like there are some issues[1] with the > inputSuggestAjax. > > [1] https://issues.apache.org/jira/browse/TOMAHAWK-999 > > I have been very busy the last week and a ahalf, so I have not been able to > complete the fix to the ShaleValidator (It's about halfway done) > > Hermod > > -----Opprinnelig melding----- > Fra: Torsten Krah [mailto:[EMAIL PROTECTED] > Sendt: 11. mai 2007 15:18 > Til: user@shale.apache.org > Emne: RE: SV: SV: Shale and Sandbox inputSuggestAjax > > Yeah, > > declared it. > > <component jsfid="suggestAjax" extends="s:inputSuggestAjax"> > <attributes> > <set name="suggestedItemsMethod" > > value="#{inputSuggestAjax.getAddresses}" /> > <set name="itemLabelMethod" > > value="#{inputSuggestAjax.getAddressLabel}" /> > <set name="value" > > value="#{inputSuggestAjax.choosenAddress}" /> > <set name="charset" value="utf-8" /> > <set name="maxSuggestedItems" value="10" /> > </attributes> > <converter jsfid="f:converter"> > <attributes> > <set name="converterId" > > value="inputSuggestAjaxConverter" /> > </attributes> > </converter> > </component> > > > <converter> > <converter-id>inputSuggestAjaxConverter</converter-id> > > <converter-class>de.sf.faces.ajax.InputSuggestAjaxConverter</converter-c > lass> > </converter> > > converter gets called - so this should work. > > Torsten > > PS: Hm i test the simple sample again, but this didn't work either for me - > lets give it a try again. > > > Am Freitag, den 11.05.2007, 11:38 +0200 schrieb > [EMAIL PROTECTED]: > > Hi > > > > The regular inputSuggestAjax works, and I am just about to test the > > label/value sample now. However, there is one thing that comes to > > mind. Have you done anything to the converter (i.e have you declared > > it?) > > > > Hemrod > > > > -----Original Message----- > > From: Torsten Krah [mailto:[EMAIL PROTECTED] > > Sent: Friday, May 11, 2007 11:08 AM > > To: user@shale.apache.org > > Subject: Re: SV: SV: Shale and Sandbox inputSuggestAjax > > > > > > Debugged dojo a little bit: > > > > onLoad calls this function on > > > > > > var js=ifd.getElementsByTagName("textarea")[0].value; > > > > > > However, "textarea" is not known and got no properies, excaption is > > thrown and gets catched. > > Thats all - maybe the problem, but that might be a dojo issue - i am > > wonder if this is shale related, as the irian example with jsp does > > work. > > > > Hermod, does it work for you? > > > > Torsten > > > > Am Freitag, den 11.05.2007, 10:21 +0200 schrieb Torsten Krah: > > > Hm i got a "serious" problem: > > > > > > Using firebug to analyse the response for the 3rd example (using > > > converter + label) under: > > > > > > http://www.irian.at/myfaces-sandbox/inputSuggestAjax.jsf > > > > > > On load the address is show in the field, and the answer on clocking > > > the arrow is: > > > > > > [["detroit,nonamestreet,KL","11"],["san > > > diego,maxstreet,SJ","12"],["philadelphia,philstreet,NW","13"],["new > > > york,newstreet,IL","14"],["san francisco,sanstreet,NY","15"],] > > > > > > Used it with clay, and now i get: > > > > > > Instead of the detroit ... , the "11" number is shown in the input > > > field. > > > > > > The answer of the ajax request is: > > > > > > > > > [["detroit,nonamestreet,KL","11"],["san > > > diego,maxstreet,SJ","12"],["philadelphia,philstreet,NW","13" > > > ],["new york,newstreet,IL","14"],["san > > > francisco,sanstreet,NY","15"],] > > > > > > > > > The same. > > > > > > But no "popup" for the suggests. No ajax or js error on the debug > > > console - whats wrong here? > > > > > > Torsten > > > > > > Am Freitag, den 11.05.2007, 09:45 +0200 schrieb Torsten Krah: > > > > Thx - nice work. > > > > > > > > Tried it, works so far - method gets called and i get an ajax response. > > > > But i see no popup in the browser, must have done something wrong ;). > > > > > > > > Torsten > > > > > > > > > > > > Am Dienstag, den 08.05.2007, 19:57 +0200 schrieb Hermod Opstvedt: > > > > > Hi > > > > > > > > > > Wiki entry in place. > > > > > > > > > > Hermod > > > > > > > > > > > > > > > -----Opprinnelig melding----- > > > > > Fra: Erik Govaers [mailto:[EMAIL PROTECTED] > > > > > Sendt: 8. mai 2007 17:33 > > > > > Til: user@shale.apache.org > > > > > Emne: Re: SV: Shale and Sandbox inputSuggestAjax > > > > > > > > > > Hi, > > > > > > > > > > It would be brilliant if you could get us a fix in a couple of days. > > > > > I'm in an advanced phase of a project and I'm reluctant to let go of > > > > > either Shale or Tomahawk-Sandbox. And yes, I would welcome a Wiki too. > > > > > > > > > > Thank you, > > > > > > > > > > Erik > > > > > > > > > > > > > > > >----- Oorspronkelijk bericht ----- > > > > > >Van: Hermod Opstvedt [mailto:[EMAIL PROTECTED] > > > > > >Verzonden: dinsdag, mei 8, 2007 05:14 PM > > > > > >Aan: user@shale.apache.org > > > > > >Onderwerp: SV: Shale and Sandbox inputSuggestAjax > > > > > > > > > > > >Hi > > > > > > > > > > > >I have a working setup for Clay on this and if there is an interest > > > > > >I can write a small tutorial on the Wiki. > > > > > > > > > > > >I am going to start a fix for the Shale-validator which is the cause > > > > > >of this later to day and hopefully it will be done in a day or two. > > > > > > > > > > > >Hermod > > > > > > > > > > > > > > > > > >-----Opprinnelig melding----- > > > > > >Fra: Gary VanMatre [mailto:[EMAIL PROTECTED] > > > > > >Sendt: 8. mai 2007 16:47 > > > > > >Til: user@shale.apache.org > > > > > >Emne: Re: Shale and Sandbox inputSuggestAjax > > > > > > > > > > > >>From: "Erik Govaers" <[EMAIL PROTECTED]> > > > > > >> > > > > > >> Hello, > > > > > >> > > > > > >> Iââ'¬â"¢m trying my hand at a very simple example > > > > > >> based on the example at > > > > > >> http://www.irian.at/myfaces-sandbox/inputSuggestAjax.jsf. I > > > > > >> get an input field, but when I start typing I get no > > > > > >> suggestions since my backing bean > > > > > >> ââ'¬ËoesuggestedItemsââ'¬â"¢ method is never called. > > > > > >> Iââ'¬â"¢m using server-side saving, but switching to > > > > > >> client-side makes no difference. Iââ'¬â"¢ve looked at a lot > > > > > >> of the inputSuggestAjax related issues in the mailing lists, but > > > > > >> found no solution yet. > > > > > >> My guess is that is has either something to do with the fact > > > > > >> that I'm using MyFaces 1.1.3 or with the fact that the > > > > > >> Shale/Clay ValidatorInputRenderer is overwriting the > > > > > >> InputSuggestAjax Renderer (something I noticed just now). If the > > > > > >> latter is true, what can I do to prevent this? > > > > > >> > > > > > > > > > > > >This is an open JIRA ticket [1]. We need to find a configurable > > > > > >option for specifying components in the "javax.faces.Input" family > > > > > >that should be excluded from the commons validator renderer > > > > > >decorator. > > > > > > > > > > > >This looks like a cool component. You might try a workaround. This > > > > > >is a *complete hack* but I think it should solve this problem. The > > > > > >trick would be to change the component family and rendererType. > > > > > > > > > > > > > > > > > >[1] https://issues.apache.org/struts/browse/SHALE-442 > > > > > > > > > > > >Consider: > > > > > > > > > > > > > > > > > >// subclass the component overriding the family and renderer type. > > > > > >package com.acme.InputSuggestAjax public class InputSuggestAjax > > > > > >extends > > > > > >org.apache.myfaces.custom.suggestajax.inputsuggestajax.InputSuggestAjax > > > > > > { > > > > > > public InputSuggestAjax() { > > > > > > setRendererType("com.acme.InputSuggestAjax") > > > > > > } > > > > > > public String getFamily() { > > > > > > return "com.acme.Input"; > > > > > > } > > > > > > > > > > > > > > > > > >} > > > > > > > > > > > >// register the subclassed component in the > > > > > >/WEB-INF/faces-config.xml > > > > > > > > > > > > <component> > > > > > > <component-type>com.acme.InputSuggestAjax</component-type> > > > > > > > > > > > > <component-class>com.acme.InputSuggestAjax</component-class> > > > > > > </component> > > > > > > <render-kit> > > > > > > <renderer> > > > > > > <component-family>com.acme.Input</component-family> > > > > > > <renderer-type>com.acme.InputSuggestAjax</renderer-type> > > > > > > > > > > > > <renderer-class>org.apache.myfaces.custom.suggestajax.inputsuggestajax.InputSuggestAjaxRenderer</renderer-class> > > > > > > </renderer> > > > > > > </render-kit> > > > > > > > > > > > > > > > > > >Depending on if you are using JSP, Clay or Facelets you will need > > > > > >some additional setup. > > > > > > > > > > > > > > > > > >Gary > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > > * * * > > > > This email with attachments is solely for the use of the individual or > > entity to whom it is addressed. Please also be aware that the DnB NOR > > Group cannot accept any payment orders or other legally binding > > correspondence with customers as a part of an email. > > > > This email message has been virus checked by the anti virus programs > > used in the DnB NOR Group. > > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > > * * * >
smime.p7s
Description: S/MIME cryptographic signature