Bug 41078 - Author-specified max-width and max-height on textareas should be ignored when the user drag-resizes a textarea.
Summary: Author-specified max-width and max-height on textareas should be ignored when...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Forms (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL: data:text/html,%3C!DOCTYPE%20html%3E%...
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-23 10:36 PDT by Tab Atkins
Modified: 2010-06-23 15:34 PDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tab Atkins 2010-06-23 10:36:52 PDT
Currently, if the author of a page specifies a max-width or max-height on a textarea, the user is unable to drag-resize the textarea beyond that max-width.

This is bad.  If I want a textarea to be big, I shouldn't be stopped by an author's misguided limitation (perhaps for layout or design reasons, or perhaps for no good reason at all).

Theoretically, a drag-resize of a textarea is equivalent to an !important width/height declaration at the user-stylesheet level.  This overrides all other rules.  I propose that it should also be treated as a max-width/max-height declaration at the same level.  (Treating it as a min-width/height declaration as well would be consistent, but isn't strictly necessary to address my concern.)

Testcase:
data:text/html,%3C!DOCTYPE%20html%3E%3Ctextarea%20style%3Dmax-width%3A400px%3E%3C%2Ftextarea%3E

Load this up, and attempt to drag-resize the textarea to more than 400px wide.

Expected: The user should be able to resize the textarea to whatever size they desire.
Actual: The textarea cannot be sized to more than 400px wide.