[ http://jira.jboss.com/jira/browse/JBSEAM-1598?page=comments#action_12368815 ] Dan Allen commented on JBSEAM-1598: ----------------------------------- I think you nailed it right on the head. This is another one of those "oops, they forgot to add this to JSF" type of issues. It is very similar in nature to the s:link. A <input type="reset" /> is useless because it just restores the form to the original state. What you really want is to remove all values from a form and submit. I would lean towards s:clearButton and s:clearLink rather than rich since it really is core stuff. I argue that you do want to call and action (potentially) because you might need a method to refetch the list. Something like: <s:clearLink action="#{itemList.query}" /> Of course, if you are going with all page parameters, then you can just do <s:clearLink action="/itemList.xhtml" /> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBSEAM-1598?page=comments#action_12368906 ] Dan Allen commented on JBSEAM-1598: ----------------------------------- Hmm...well, it will work perfectly for text fields, assuming of course that "this" is really a form button. If it is a link, then there needs to be some find logic for the current form. The tricky part is other types of fields. Like should a checkbox be checked or not checked? What about a select? Let me try a slightly different idea. If we mirror s:link and s:button, then for this to work, all we have to do is NOT send any data-related query parameters. The trouble with s:link and s:button is that they automatically propagate these values. So it isn't that we want to "clear" the form values, so much as it is that we want to submit without sending any POST or GET data other than what is needed to correlate it with the action, conversation, and task. Basically you take UIButton, which extends UISeamCommandBase, and you override the getUrl() method to prevent appending the PageParameters and UIParameters. Keep the conversation, task, and action stuff. What you are saying is, I would like to continue onwards, but I don't want the data from the form. Of course, you could also argue that a simple flag on s:link and s:button would accomplish the same thing. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBSEAM-1598?page=comments#action_12368915 ] Dan Allen commented on JBSEAM-1598: ----------------------------------- Yeah, this issue has sort of evolved as we come to realize what we really need. I propose clearParameters="true" So in seam-gen, you would have the following below the form (as an example usage): <div class="actionButtons"> <h:commandButton id="search" value="Search" action="/${listPageName}.xhtml"/> <s:button value="Clear" action="/${listPageName}.xhtml" clearParameters="true" /> </div> If you decided on a new tag instead, it would be: <div class="actionButtons"> <h:commandButton id="search" value="Search" action="/${listPageName}.xhtml"/> <s:clearButton value="Clear" action="/${listPageName}.xhtml" /> </div> The result, of course, would be the same. Either way is fine with me. Other names would include: propogateParameters dropParameters -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBSEAM-1598?page=comments#action_12368990 ] Dan Allen commented on JBSEAM-1598: ----------------------------------- I thought about this a little more and I now feel that the attribute "excludeParameters" may be the best choice. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBSEAM-1598?page=all ] Pete Muir updated JBSEAM-1598: ------------------------------ Component/s: JSF Controls (was: JSF Integration) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira