[Webkit-unassigned] [Bug 30038] New: border-radius renders incorrectly when border widths do not match

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Oct 2 23:27:23 PDT 2009


https://bugs.webkit.org/show_bug.cgi?id=30038

           Summary: border-radius renders incorrectly when border widths
                    do not match
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Macintosh Intel
               URL: http://muddledramblings.com/table-of-css3-border-radiu
                    s-compliance
        OS/Version: Mac OS X 10.6
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: CSS
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: vikingjs at mac.com


rendering of border is incorrect (and unsightly) when the widths of the borders
to be joined do not match.

Two cases come up with incorrect results:

<code>border-left: solid 4px;
border-top: solid 30px;
border-top-left-radius:20px;</code>

When the radius is less than the width of the wider border, there is a notch in
the rendered result.

<code>border-left: solid 4px;
border-top: solid 15px;
border-top-left-radius:30px;</code>

When the radius is between the two widths, the curve does not taper correctly.
the CSS3 proposal only states that the transition should be 'smooth', but
doesn't specify an algorithm. The illustration in the spec uses a circular
inner curve, mozilla uses an elliptical curve.

Both these cases are visible in the table at the above URL. I could not find a
test case in the latest trunk download that addressed unequal border widths.

-- 
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