Return-Path: Delivered-To: apmail-incubator-click-dev-archive@minotaur.apache.org Received: (qmail 5478 invoked from network); 7 Apr 2009 14:43:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Apr 2009 14:43:34 -0000 Received: (qmail 99529 invoked by uid 500); 7 Apr 2009 14:43:34 -0000 Delivered-To: apmail-incubator-click-dev-archive@incubator.apache.org Received: (qmail 99512 invoked by uid 500); 7 Apr 2009 14:43:34 -0000 Mailing-List: contact click-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: click-dev@incubator.apache.org Delivered-To: mailing list click-dev@incubator.apache.org Received: (qmail 99504 invoked by uid 99); 7 Apr 2009 14:43:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Apr 2009 14:43:34 +0000 X-ASF-Spam-Status: No, hits=-1999.6 required=10.0 tests=ALL_TRUSTED,SUBJECT_FUZZY_TION X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Apr 2009 14:43:33 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3721D234C055 for ; Tue, 7 Apr 2009 07:43:13 -0700 (PDT) Message-ID: <69533600.1239115393224.JavaMail.jira@brutus> Date: Tue, 7 Apr 2009 07:43:13 -0700 (PDT) From: "Bob Schellink (JIRA)" To: click-dev@incubator.apache.org Subject: [jira] Commented: (CLK-520) Button should be rendered as "button" In-Reply-To: <982683997.1239096913426.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CLK-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12696554#action_12696554 ] Bob Schellink commented on CLK-520: ----------------------------------- Just tested and noticed the following issues with "button" in IE6/7. (IE8 seems to have fixed the issues but only for standards mode) - IE will submit the button's inner html instead of its value. - IE will submit the values of other buttons to the server as well so you cannot discern which button was submitted. (limited to IE6 only) I agree that button has much better rendering capabilities, however IE doesn't play well with it. Here is the test used: > Button should be rendered as "button" > ------------------------------------- > > Key: CLK-520 > URL: https://issues.apache.org/jira/browse/CLK-520 > Project: Click > Issue Type: Bug > Reporter: Joseph Schmidt > > Button controls should be rendered as "button" HTML elements not as "input". > The actual implementation seems to use "input" of type "button" but that is quite misleading since with > that type of tag, it's not possible to embed icons or span tags or something else(the "button" tag would normally allow) in the button to make it look better or what the requirements ask. > The "input" element seems to have only a "value" attribute. > E.g. adding an icon before the button text (in the button body) it's a very common requirement (so I think it should work as default). > Button tag also has "type" (e.g. of 'submit', 'cancel' , 'button'), so derived controls of class Button would behave as before. > thanks, > Joseph. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.