[ http://issues.apache.org/jira/browse/MYFACES-980?page=comments#action_12361261 ]
Martin Marinschek commented on MYFACES-980: ------------------------------------------- As for your last comment: yes, you can use t:message instead of h:message regards, Martin > the implementation problem of validation > ----------------------------------------- > > Key: MYFACES-980 > URL: http://issues.apache.org/jira/browse/MYFACES-980 > Project: MyFaces > Type: Bug > Components: Implementation > Versions: 1.0.9m9, 1.1.1 > Reporter: shi nong > > Recently I compare the Sun's JSF RI and Myfaces, I found one problem of > myfaces. > If you page has many input tags with validation , just like below > > <h:inputText id="qc_1" value="#{tyjqj.indexNumber}" > required="true"> > <f:validateLength minimum="4" maximum="8"/> > </h:inputText> > <h:inputText id="qc_2" value="#{tyjqj.indexName}" required="true"> > <f:validateLength minimum="1" maximum="20"/> > </h:inputText> > when submit page, and not every validation is passed, the pre-input value > in the return page will be clear, but in Sun's JSF Ri, only invalidated > input is clear, and others are remained. I think remaining the correct value > is a better choice, consider the scene , if one user type 20 fields, only > one error, but you clear all 20 fields, it would make the user boring. > so , can myfaces provide a flag or attribute to configure the behaviour > style, remain the correct value or clear all. > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
