- From: <bugzilla@jessica.w3.org>
- Date: Mon, 24 Oct 2011 18:27:55 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13769 Ian 'Hixie' Hickson <ian@hixie.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|WF3: Add trim="" attribute |WF3: Add trim="" attribute |to <textarea>, <input |to <input type=text/search> |type=text/search>, <form>, |that strips leading and |and <fieldset> (applying to |trailing whitespace from |all contained fields of |the value |appropriate types) that | |strips leading and trailing | |whitespace from the value | --- Comment #36 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-10-24 18:27:51 UTC --- (In reply to comment #34) > > http://foxconn.ru/company/feedback/ This page is a classic example of why this is silly. I was able to submit the form with "-" as the textarea contents, which is just as useless as submitting it with " ". It's not like I would enter blank spaces accidentally but would not enter dashes accidentally. Anyway, I agree with Mounir. We should start by adding this to <input type=text>, with the behaviour just being that the value's start and end spaces are trimmed when editing (whether this is exposed to the user is a UA issue). Then we can see how commonly this is used and how common it is for people to do it across an entire form or fieldset and how common it is for people to need it for textarea, and go from there for WF4. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Monday, 24 October 2011 18:28:01 UTC