Set "min-width" for textareas

[Simek]

Even we've set "resize: none;" for all textareas sometimes browser ignores it and allow user to resize those fields.

To prevent resizing it to the smallest size when can set "min-width" for every element which has width defined.

[Simek]

Webkit based browsers default don't allow to shrink width and height of textareas.
Patch works properly for Gecko based browsers.

[scribu]

If you set resize: none, why not also add the CSS you wrote in the patch?

[Simek]

Replying to scribu:

If you set resize: none, why not also add the CSS you wrote in the patch?

I'm not sure that I understood you, but this patch is prepared to be applied and fixes shrinking issue for browsers which ignores resize: none.

[toscho]

Why is resizing to a smaller size a problem? Users may do that to make the textarea fit into a small window.

[scribu]

Ah, I see that resize: none is actually done in wp-admin.css not a plugin.

toscho asked a good question.

[Simek]

Remember that normal text inputs are not resizeable, so even the user resize textarea to fit small resolution, the rest of inputs will remain with standard width and cause vertical scroll.

According to resize:none in wp-admin.css - FF 4 (Gecko based) ignore this setting completely, Safari and Chrome (Webkit based) ignores this setting partial (don't allow to shrink areas but allow to resize).

I made some test with this and I must say that "none" value is a problem because when I set resize to "horizontal" all browsers interpreted it in a good way.

[scribu]

Remember that normal text inputs are not resizeable, so even the user resize textarea to fit small resolution, the rest of inputs will remain with standard width and cause vertical scroll.

How would a fixed width cause vertical scroll? You mean horizontal scroll, right?

I made some test with this and I must say that "none" value is a problem because when I set resize to "horizontal" all browsers interpreted it in a good way.

Again, shouldn't you be testing "resize: vertical"?

[Simek]

You've got right - there should be horizontal scroll mentioned in first paragraph and vertical value for CSS "reset" attribute.

[toscho]

Replying to Simek:

Remember that normal text inputs are not resizeable, so even the user resize textarea to fit small resolution, the rest of inputs will remain with standard width and cause vertical scroll.

Yes, but these controls are accessibe by tabbing and they fit usually on a single page. But writing in a textarea that is wider than the page is a pain. I’m asking for the user’s benefits of such a restriction to understand the issue.

[ocean90]

Replying to scribu:

Ah, I see that resize: none is actually done in wp-admin.css not a plugin.

Replying to Simek:

Even we've set "resize: none;" for all textareas sometimes browser ignores it and allow user to resize those fields.

In wp-admin.dev.css I could only find one resize: none, for #replycontent: ​http://core.trac.wordpress.org/browser/tags/3.1/wp-admin/css/wp-admin.dev.css#L3511

global.dev.css doesn't contain such a declaration too.

So, what is the issue and does it still exists?

[helenyhou]

Looks like resize: none does not exist anywhere except for the distraction free/fullscreen editor and media views (3.5 trunk), both of which are specific, so I'm going to guess this isn't an issue anymore. Feel free to reopen if this isn't the case.