[Webkit-unassigned] [Bug 25794] fast/replaced/table-percent-height-text-controls fails on Windows
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Nov 24 21:10:24 PST 2009
https://bugs.webkit.org/show_bug.cgi?id=25794
TAMURA, Kent <tkent at chromium.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |darin at apple.com,
| |ddkilzer at webkit.org,
| |mitz at webkit.org,
| |mjs at apple.com,
| |tkent at chromium.org
--- Comment #2 from TAMURA, Kent <tkent at chromium.org> 2009-11-24 21:10:23 PST ---
I think we had better modify table-percent-height.html so that it doesn't use
concrete pixel numbers. I don't think form controls in non-Mac platforms should
have the same dimensions as in Mac.
The current tests are like:
shouldBe("getComputedStyleForElement(document.getElementById('button-75'),
'height')", "'15px'");
shouldBe("getComputedStyleForElement(document.getElementById('button-100'),
'height')", "'15px'");
This should be changed to:
shouldBe("getComputedStyleForElement(document.getElementById('button-75'),
"getComputedStyleForElement(document.getElementById('button-100'));
And I wonder if some expectations in the test are correct. For input-button,
input-reset, input-submit and select, their dimensions in 100% and 75% are
same. For input-checkbox, input-file, input-image and input-radio, their
heights in 75% are actually 75%. Is this intentional?
With Firefox 3.5/Windows and Opera 10.10, dimensions in 100% and 75% are same
even for input-checkbox, input-file, input-image and input-radio.
IE8's results are broken. Some controls are disappeared and we should not
follow this behavior.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list