RE: SV: SV: Shale and Sandbox inputSuggestAjax

2007-05-25 Thread Erik Govaers

Hi,

Thanks for the follow-up. In the meantime I found out I can get 
inputSuggestAjax to work if I don't use Shale (as you correctly assumed). I 
would still welcome a solution though that allows me to use both Shale and the 
Sanbox component.

Erik

-Original Message-
From: Hermod Opstvedt [mailto:[EMAIL PROTECTED]
Sent: zondag 20 mei 2007 20:30
To: user@shale.apache.org
Subject: SV: SV: SV: Shale and Sandbox inputSuggestAjax


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-idinputSuggestAjaxConverter/converter-id

converter-classde.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

RE: SV: SV: Shale and Sandbox inputSuggestAjax

2007-05-25 Thread Gary VanMatre
From: Erik Govaers [EMAIL PROTECTED] 

 
 Hi, 
 
 Thanks for the follow-up. In the meantime I found out I can get 
 inputSuggestAjax 
 to work if I don't use Shale (as you correctly assumed). I would still 
 welcome a 
 solution though that allows me to use both Shale and the Sanbox component. 


The issue is with shale-validator and not shale as a whole.  Remove the jar for 
your
project and the component should work with other shale libraries.  Shale is 
bundled
as individual libraries.  You don't have to include all jars if you are not 
using the 
features in the library.


 Erik 
 

Gary

 -Original Message- 
 From: Hermod Opstvedt [mailto:[EMAIL PROTECTED] 
 Sent: zondag 20 mei 2007 20:30 
 To: user@shale.apache.org 
 Subject: SV: SV: SV: Shale and Sandbox inputSuggestAjax 
 
 
 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. 
 
 
 
  
 value=#{inputSuggestAjax.getAddresses} / 
  
 value=#{inputSuggestAjax.getAddressLabel} / 
  
 value=#{inputSuggestAjax.choosenAddress} / 
 
 
 
 
 
  
 value=inputSuggestAjaxConverter / 
 
 
 
 
 
 
 inputSuggestAjaxConverter 
 
 de.sf.faces.ajax.InputSuggestAjaxConverter lass 
 
 
 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

Re: SV: SV: Shale and Sandbox inputSuggestAjax

2007-05-11 Thread 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 
  ‘suggestedItems’ 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-typecom.acme.InputSuggestAjax/component-type
 component-classcom.acme.InputSuggestAjax/component-class
   /component
  render-kit
 renderer
   component-familycom.acme.Input/component-family
   renderer-typecom.acme.InputSuggestAjax/renderer-type
   
  renderer-classorg.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
 
 
 
 
 
 


smime.p7s
Description: S/MIME cryptographic signature


Re: SV: SV: Shale and Sandbox inputSuggestAjax

2007-05-11 Thread 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 
   ‘suggestedItems’ 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-typecom.acme.InputSuggestAjax/component-type
  component-classcom.acme.InputSuggestAjax/component-class
/component
   render-kit
  renderer
component-familycom.acme.Input/component-family
renderer-typecom.acme.InputSuggestAjax/renderer-type

   renderer-classorg.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
  
  
  
  
  
  


smime.p7s
Description: S/MIME cryptographic signature


Re: SV: SV: Shale and Sandbox inputSuggestAjax

2007-05-09 Thread Erik Govaers
Hello,

Thanks for the fix and Wiki. Is it worth waiting for the fix of the Shale 
validator?

Erik

- Oorspronkelijk bericht -
Van: Hermod Opstvedt [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag, mei 8, 2007 07:57 PM
Aan: user@shale.apache.org
Onderwerp: SV: SV: Shale and Sandbox inputSuggestAjax

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
 ‘suggestedItems’ 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-typecom.acme.InputSuggestAjax/component-type
component-classcom.acme.InputSuggestAjax/component-class
  /component
 render-kit
renderer
  component-familycom.acme.Input/component-family
  renderer-typecom.acme.InputSuggestAjax/renderer-type
  
 renderer-classorg.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












RE: SV: SV: Shale and Sandbox inputSuggestAjax

2007-05-09 Thread hermod.opstvedt
Hi

Depends on how much of a hurry your in - I am working on it.

Hermod

-Original Message-
From: Erik Govaers [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 09, 2007 12:53 PM
To: user@shale.apache.org
Subject: Re: SV: SV: Shale and Sandbox inputSuggestAjax


Hello,

Thanks for the fix and Wiki. Is it worth waiting for the fix of the Shale 
validator?

Erik

- Oorspronkelijk bericht -
Van: Hermod Opstvedt [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag, mei 8, 2007 07:57 PM
Aan: user@shale.apache.org
Onderwerp: SV: SV: Shale and Sandbox inputSuggestAjax

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 
 ‘suggestedItems’ 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-typecom.acme.InputSuggestAjax/component-type
component-classcom.acme.InputSuggestAjax/component-class
  /component
 render-kit
renderer
  component-familycom.acme.Input/component-family
  renderer-typecom.acme.InputSuggestAjax/renderer-type
  
 renderer-classorg.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.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *