border styles and width get ignored margins get displayed but when using 0px there is still a visible margin padding gets ignored using build ID 1999042908 IE5 release does this still incorrectly but somewhat better.

This will not be implemented until we use Ender for the text fields. I'm not sure when that is.

Moving to M10.

Reassigning to Steve.

Moving all Widget Set bugs, past and present, to new HTML Form Controls component per request from karnaze. Widget Set component will be retired shortly.

[TESTCASE] Here are some test cases: http://www.bath.ac.uk/%7epy8ieh/internet/projects/mozilla/widgetcss.html http://www.bath.ac.uk/%7epy8ieh/internet/eviltests/wraptextarea.html You pass the second one, and parts two and three of the first. However, part one of the first test is not very sucessful. The problem only appears to affect TEXT type input elements (not even textareas, see the second test above). If you need more test cases, please ask, because I love writing them... ;-)

Great test cases! I'm on it. Note that native text widgets will never support these things. Ender should do just fine once I get it all plugged in.

changing platform and os to all since we need this fixed on all platforms. :-)

GFX text controls does this properly for all CSS attributes except padding. Before I do the work to implement padding, I want to verify that it's the correct thing to do according to the spec. Peter, should padding propogate from the text control into the text field, and act as if the padding attribute were on the body of the contained document?

I don't see why not. ChrisK already put in something there for framesets to propogate padding in, use that mechanism.

With GFX text controls, I believe all permutations of padding, margin, and border attributes are now properly supported. We could sure you a could test case here!

The following test cases may be of help: http://www.bath.ac.uk/%7epy8ieh/internet/projects/mozilla/widgets/01.html http://www.bath.ac.uk/%7epy8ieh/internet/projects/mozilla/widgets/02.html They do not test padding, margin and border as yet; I will be writing comprehensive test cases to check these three properties in a few days. However, the two test cases given above already show many problems with CSS applied to GFX controls. Here are a few I noticed: * width not reliable on gfx controls * height not reliable on gfx controls * attributes override CSS when they should not * background:transparent doesn't work on <input type=text> * margins:auto not reliable * text-align: center doesn't work on <input type=text> More tests will come soon, but for now I am reopening this bug.

assigned to rod, who was implementing width, height, etc. There are some issues involving standard mode vs. quirks mode. I don't know if that applies to these test cases.

Here are some more: http://www.bath.ac.uk/%7epy8ieh/internet/projects/mozilla/widgets/04.html http://www.bath.ac.uk/%7epy8ieh/internet/projects/mozilla/widgets/05.html http://www.bath.ac.uk/%7epy8ieh/internet/projects/mozilla/widgets/10.html If any of the test pages are unclear, please tell me and I will clear them up.

Does background work at all? I tried background-color and it didn't seem to.

I am closing this out as fixed. textareas and inout texts now obey width and height, cols, rows, size, etc. The background color problem is a known issue and there is already a bug filed. There are many tests attached to this bug. Several of them are not valid HTML. If there are other problems (especially with any of the other controls) they should be filed as separate bugs.

Migrating from {css1} to css1 keyword. The {css1}, {css2}, {css3} and {css-moz} radars should now be considered deprecated in favour of keywords. I am *really* sorry about the spam...

Verified fixed