Ne pas fermer le modalPanel si erreur de convertion

Bonjour,

Je suis aujourd'hui face à un problème. J'ai le modal panel qui suit :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

<a4j:form> <h:outputText value="Quantité : "/> <h:inputText value="#{panierBean.quantiteChoisi}" id="qte"> <f:convertNumber integerOnly="true" />     </h:inputText> <rich:message for="qte" rendered="true" > <f:facet name="erreur"> <h:graphicImage value="/images/error.gif" /> </f:facet> </rich:message> <a4j:commandButton value="Valider" reRender="qte" id="valider" action="#{panierBean.ajouter}" oncomplete="Richfaces.hideModalPanel('nombreCmd');" /> </a4j:form>

---

Que le format dans l'input soit correcte ou non, mon modal panel se ferme. Je voudrais qu'en cliquant sur le bouton Valider, ce modal panel ne se ferme pas si un message d'erreur de conversion est affiché.

Aussi, comment redéfinir le message par défaut de conversion ?

Merci de votre aide.

Bonjour,

Voilà 2 pistes :

Piste #1
Faire mumuse avec l'attribut showWhenRendered de la popup.

Piste #2
Dans ton bean, tu gardes une propriété sous forme de booléen qui dit si la popup doit être fermée ou non.
Ensuite, tu places un

Code:

---

<h:inputHidden id="fermeturePopup" value="#{bean.fermeturePopup}"/>

---

et dans ton code du bouton (n'oublie pas de donner l'ID popupForm au formulaire) :

Code:

---

... oncomplete="if ($F('popupForm:fermeturePopup') == 'true') { Richfaces.hideModalPanel('...'); }" ...

---

Merci Romain, ça marche parfaitement :)

Cool.
Par curiosité, tu as opté pour quelle piste ?

La seconde me paraissait abordable plus rapidement.

Bonjour,

J'ai le même problème que M€lK!oR avec le code suivant :

Code:

---

1 2	<a4j:commandButton action="#{resourceDMA.valid()}" oncomplete="if(#{resourceDMA.validated} == 'true'){Richfaces.hideModalPanel();}" />

---

Ce bouton situé dans une page modale me permet de valider des saisies dans un formulaire, via la methode valid() qui renvoit un boolean.

Seulement la validation n'est pas faite, la modale est fermée et les messages d'erreur ne sont donc pas affichés ! :(

Merci de bien vouloir éclairer ma lanterne.

Bonjour,

Ton problème vient peut-être de la mise à jour de la valeur du resourceDMA.validated.
Le mieux serait peut-être d'appliquer exactement la solution que j'avais proposé, à savoir en passant par un champ hidden qui est rafraichi par l'Ajax, et dont on va ensuite vérifier la valeur par Javascript...

Oui j'ai fait déjà le test que tu proposais au dessus mais ça ne fonctionnait pas.
J'ai alors fait des modifs et j'ai posté le dernier code envisagé :?

Qu'est-ce qui ne fonctionnait pas au juste avec la solution Javascript ?

Et bien en fait je ne comprends pas trop le comportement : la fenêtre modal se ferme même si je fixe le fermeturePopup à false !

Code:

---

1 2 3 4 5

<h:outputLabel value="#{resourceDMA.validated}"/>   <h:inputHidden id="fermeturePopup" value="#{resourceDMA.validated}"/> <a4j:commandButton action="#{resourceDMA.valid()}" oncomplete="if ($F('wpModalForm:fermeturePopup') == 'true') { Richfaces.hideModalPanel('wpModal'); }" />

---

J'ai ajouté un champs visible afin de mieux comprendre et ma value est false, ça j'en suis sur :lol:

Et qui dit false dit modal affichée :yaisse2:...Et ben non :aie:

Visiblement, les champs (hidden ainsi que celui visible) contenant la valeur de ce booléen ne sont pas rafraichis par ton <a4j:commandButton>. Il faudrait les inclure dans l'attribut reRender...

Sans cela, leurs valeurs ne seront pas mise à jour...

Merci pour ton aide Romaintaz mais je crois que j'ai omis cette précision bien utile : ma fenetre modal est un composant richfaces !
Je pense que se doit etre un bug et j'ai abandonné l'idée de la modal pour réaliser mes verifications dans une page "normale" ...et ça fonctionne beaucoup mieux comme ça :king:

Citation:

---

Envoyé par kyryan

Merci pour ton aide Romaintaz mais je crois que j'ai omis cette précision bien utile : ma fenetre modal est un composant richfaces !

---

Depuis le début de cette discussion, on parle du composant <rich:modalPanel>, donc je ne vois pas trop ce que cela change...