[Bug 13769] WF3: Add trim="" attribute to <textarea>, <input type=text/search>, <form>, and <fieldset> (applying to all contained fields of appropriate types) that strips leading and trailing whitespace from the value

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13769

--- Comment #32 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-10-12 00:36:14 UTC ---
    There is no much sense to start a _message_ from indentation in general
    and from code in particular.

The very message I'm writing here starts with indentation. If we had trim="",
it would prevent me from writing what I am writing here. I'm not sure this is a
good idea. I agree that it makes sense in one-line text fields. But I don't
think it makes sense in textareas.

Do you have examples of pages that trim the contents of textareas before
submission today? I would be interested in studying such pages to see how they
handle this issue.


    It's well-known usability principle for forms: to group related (required 
    ones in particular) fields together. For example, imagine big registration 
    form that starts from a few required fields (like username, password, and
e-
    mail) followed by optional ones (like living city or ICQ number).

If it's as well-known as you say, surely it should be easy to demonstrate that
someone somewhere has done this. Are there real Web pages (not demo pages
created for this bug!) that show that authors group input fields that they trim
into fieldsets, such that the trim="" attribute on <fieldset> would help them?

The reason I ask is because I suspect that actually people _don't_ do this, in
which case providing a feature to make it easier really doesn't serve much
purpose other than to bloat the language.

-- 
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 Wednesday, 12 October 2011 00:36:20 UTC