Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 13109 invoked from network); 19 Aug 2005 04:43:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 19 Aug 2005 04:43:58 -0000 Received: (qmail 64963 invoked by uid 500); 19 Aug 2005 04:43:58 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 64937 invoked by uid 500); 19 Aug 2005 04:43:57 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 64924 invoked by uid 99); 19 Aug 2005 04:43:57 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2005 21:43:56 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 3CEEEE5 for ; Fri, 19 Aug 2005 06:43:55 +0200 (CEST) Message-ID: <2053801871.1124426635248.JavaMail.jira@ajax.apache.org> Date: Fri, 19 Aug 2005 06:43:55 +0200 (CEST) From: "Adam Winer (JIRA)" To: dev@myfaces.apache.org Subject: [jira] Commented: (MYFACES-192) inputParam component Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/MYFACES-192?page=comments#action_12319318 ] Adam Winer commented on MYFACES-192: ------------------------------------ A quick note: this proposal was brought to the JSF EG, and was declined. The alternative - which will be available in JSF 1.2 - is an that performs an EL set. This is a better choice because: - It can be attached to an individual command instead of an entire form - thus avoiding the hacky need to create a whole new form just to have different parameters. - It doesn't subvert the component contract by having a UIInput with bonus behavior encapsulated in a Renderer - It's what the JSF spec will do Hence, an EG recommendation against adopting this, and an overall suggestion to consider customized, reusable listeners instead of extending component behavior. > inputParam component > -------------------- > > Key: MYFACES-192 > URL: http://issues.apache.org/jira/browse/MYFACES-192 > Project: MyFaces > Type: New Feature > Versions: 1.0.9 beta > Environment: All > Reporter: Rob Decker > Attachments: inputParam.tar.gz > > inputParam extends inputHidden by adding an attribute, paramValue, which allows value binding predefined form values to a managed bean. For example, if you have a managed bean named searchBean with a setLastModified(Date d) method you can create a hidden form element with a preset date: > > > > > > > > renders: > > When the form is submitted searchBean.setLastModified is called with the Date object. When the link is clicked there is no need to look in the request for the parameters of the search. There is no need to modify the bean if a different search is required. Just create a new form/commandLink and specify the new parameters. I used it to create quick searches: New in last Day/Week/Month using the same bean for a full fledged form that let's the user specify the dates without having to modify the bean or tie it to faces/request to populate it. > The attached archive contains the component package and the required xml fragments for the tld and faces-config. -- 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