You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The corner-*-shape shorthands set the two corner-*-*-shape longhand properties of the related side. If values are given before and after the slash, then the values before the slash set the horizontal radius and the values after the slash set the vertical radius.
(nit: the second <corner-shape-value> in corner-<side>-shape should probably be optional).
But there is no horizontal/vertical definition of a corner shape like with border-radius. Is it an oversight? If so, I guess they should follow the same rules than margin, padding, right?
(edit, clarification) The canonical order of corner-shape longhands would be corner-top-left-shape, corner-top-right-shape, corner-bottom-right-shape, corner-bottom-left-shape.
The text was updated successfully, but these errors were encountered:
Uh oh!
There was an error while loading. Please reload this page.
The grammar of
corner-*-shape
shorthands requires using/
to separate horizontal/vertical radii.(nit: the second
<corner-shape-value>
incorner-<side>-shape
should probably be optional).But there is no horizontal/vertical definition of a corner shape like with
border-radius
. Is it an oversight? If so, I guess they should follow the same rules thanmargin
,padding
, right?(edit, clarification) The canonical order of
corner-shape
longhands would becorner-top-left-shape
,corner-top-right-shape
,corner-bottom-right-shape
,corner-bottom-left-shape
.The text was updated successfully, but these errors were encountered: