[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