W3C home > Mailing lists > Public > www-style@w3.org > October 2013

Re: Order of CLIP property coordinates

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Wed, 9 Oct 2013 11:25:55 -0700
Message-ID: <CAAWBYDCdNPHO7AW6=q=Uk-H+Z2+MvRv1AbRvVdc8hnmCk7+udQ@mail.gmail.com>
To: Kristjan Kure <kristjanile@gmail.com>
Cc: www-style list <www-style@w3.org>
On Thu, Sep 26, 2013 at 8:47 AM, Kristjan Kure <kristjanile@gmail.com> wrote:
> Hello!
>
> COORDS ATTRIBUTE IN AREA TAG IN HTML
> ======================================
> http://www.w3.org/TR/html5/embedded-content-0.html#the-area-element
>
> Rectangle state
> Let x1 be the first number in coords,
> y1 be the second number,
> x2 be the third number,
> and y2 be the fourth number.
>
> <area shape="rect" coords="x1,y1,x2,y2">
>
> CLIP SELECTOR IN CSS
> ======================================
> http://www.w3.org/TR/CSS2/visufx.html#propdef-clip
>
> Am I missing something here or clip property could follow the
> same logic as coords attribute? So it’s:
>
> clip: rect(x1,y1,x2,y2);
>
> instead of
> clip: rect(y1,x2,y2,x1);
>
> Just to keep things consistent?

The rect() function can't be changed - it's far too old, and used in
too many places.

The 'clip' property itself, and the rect() value it uses, are both
considered legacy mistakes.  Instead, the newer 'clip-path' property
is to be used, which takes a number of shape functions, including
rectangle() (defined to take x/y/w/h, like SVG) and inset-rect()
(defined to take t/r/b/l, like margins/padding/etc.).

~TJ
Received on Wednesday, 9 October 2013 18:26:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:51:03 UTC