[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