Also not that the current version of AjaxAnywhere does not support "new" content that introduces new _javascript_ functions and global variables. For example if you have a zone that returns _javascript_ like the one below, the someNewFunction() call will fail.
<script type="text/_javascript_">
funtion someNewFunction() {
...
...
}
someNewFunction();
</script>
I've seen several Faces components that introduce such scriptlets. I've made this and it will be in the next version of AjaxAnywhere.
Sanjiv
On 5/18/06, Andrew Robinson <[EMAIL PROTECTED]> wrote:
Check to see what _javascript_ is being used by inputSuggestAjax,
chances are it is not AjaxAnywhere friendly. Remember that _javascript_
is run as an "eval" in AjaxAnywhere, not as in-line document
_javascript_.
This also breaks some tomahawk components (they were not built for
being run after the page was built).
-Andrew
On 5/18/06, Michael Ageeb <[EMAIL PROTECTED]> wrote:
> Hello,
> I wonder if any body faced this problem before
> I'm using AjaxAnyWhere 1.2-RC1 with sandbox-1.1.3 snabshot. when i put the
> inputSuggestAjax component inside the AA zone it became a usual/normal input
> box after the zone reloading.
>
> <aa:zoneJSF id="CountryZone">
> <s:inputSuggestAjax id="Country"
> suggestedItemsMethod="#{CustomerBranchSelection.getCountriesSuggest}"
> value="#{ CustomerBranchSelection.country}"
> valueChangeListener="#{CustomerBranchSelection.countryValueChangeListener }"/>
> </aa:zoneJSF>
>
> when reloading the CountryZone the input ajax component became a regular
> text box.
> when i referesh the page in the browser the component recovers its ajax
> ability.
>
> --
> http://mageeb.net
> Don't send me any attachment in Micro$oft (.DOC, .PPT) format please
> Read http://www.gnu.org/philosophy/no-word-attachments.html
> Preferable attachments: .PDF, .HTML, .TXT
> Thanx for adding this text to Your signature
