Discussion :

[lastrecrue]

salut

le titre décrit ce que je cherche, je travaille sur jsf et richfaces, et j'ai lue ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
En cas de modification, un évènement est déclenché automatiquement par 
le Framework et l'utilisateur a la possibilité de le gérer afin d'interagir directement 
avec l'arbre des contrôles.
La dernière étape consiste à mettre à jour le modèle de présentation et à 
générer la réponse HTML en fonction de la hiérarchie des composants. Cette 
opération s'appelle le Rendu ou "Rendering".

dans un article.

alors la question est comment intercepter si il y un changement dans un champs du formulaire au niveau a4J.

[tchize_]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
<h:inputText value=......>
  <a4j:support event="onchange" reRender="sectionARafficher" actionListener="#{monBean.maMethodListener}"/>
</h:inputText>

par exemple

[lastrecrue]

merci pour ta réponse mais est'il possible d'avoir un onchange sur tout le form ???
surtout que je risque de me retrouver avec des formulaires énorme ...

[tchize_]

le but du on change c'est de réagir pendant que l'utilisateur tappe dans les champ, il n'est donc en général utilisé que pour des composants particulier (exemple faire une liste qui dépend de l'entrée tappée dans le formulaire, vérifier dans un formulaire d'enregistrement automatiquement que le numéro de tél est correct, que le login n'est pas déjà pris, etc).

Ne pas confondre avec le fait de vouloir savoir, au moment du submit, tout ce qui a été changé par l'utilisateur, ça ce n'est pas le boulot de a4j, mais c'est à ton action de comparer les nouvelles et ancienne valeur. Par définition, si tu soumet tout le formulaire, pour JSF, tout a changé, tout subit un cycle de conversion et d'appel aux setters, même si au final la valeur settée est la même que la précédente.

[juridakus]

Salut,
J'ai rencontré la même difficulté dans mon app, effectivement s'il y a une possibilité d'écouter tout changement sur le formulaire ce serait génial. Finalement, j'ai travaillé avec des a4j:support sur les champs clés de mon formulaire. Mais si tu as des formulaires énormes, c'est pas gagné. je serai aussi preneur pour toute solution pouvant globaliser.

[lastrecrue]

c'est exactement pour quoi je me suis dis que ca serais parfait si dans jsf ils'ont prévue le cas ou il y'a pas de changement ou bien au cas ou je veut fermer la page alors qu'il y a des changement non sauvgarder, donc mon but au moment ou j'appuis sur un bouton avant de soumettre la requête a jsf pouvoir remonter des alertes pour les deux cas ... et donc au pire comment récupere les valeur avec les quelles le formulaire a était initialisé pour prendre la décision de passer a la couche métier ou plutôt remonter l'alerte ..

[tchize_]

au moment de l'action qui précède le premier affichage du formulaire, tu dois stocker en session des copies de tes beans metiers. Lors de l'action qui suit l'envoi du formulaire, tu compare les beans sauvegardés aux nouveau beans.