On Sat, 2 Feb 2008, Philip Taylor wrote:
>
> "The lineCap attribute defines the type of endings that UAs shall place
> on the end of lines." - it seems weird to use "shall", since this is the
> only place in the spec (except the list of RFC2119 keywords) that uses
> it. The other line* properti
, February 02, 2008 11:21 PM
To: Kristof Zelechovski
Cc: WHATWG
Subject: Re: [whatwg] Canvas line styles comments
On 02/02/2008, Kristof Zelechovski <[EMAIL PROTECTED]> wrote:
> You considered the convex hull of the original lines to get that paradox;
> I had the stroke path segm
On 02/02/2008, Kristof Zelechovski <[EMAIL PROTECTED]> wrote:
> You considered the convex hull of the original lines to get that paradox;
> I had the stroke path segments in mind.
> (Stroke path segments are the path equivalent of the stroked curve
> when the stroke operator is not allowed and must
Zelechovski
Cc: WHATWG; Ian Hickson
Subject: Re: [whatwg] Canvas line styles comments
On 02/02/2008, Kristof Zelechovski <[EMAIL PROTECTED]> wrote:
> The rounding arc should be chosen
> so that it is not contained in the convex hull of the stroke path
> segments terminated at the point
On 02/02/2008, Kristof Zelechovski <[EMAIL PROTECTED]> wrote:
> The rounding arc should be chosen
> so that it is not contained in the convex hull of the stroke path segments
> terminated at the points where the arc begins.
I believe I can see the idea there, but I can't quite tell what that
phras
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Philip Taylor
Sent: Saturday, February 02, 2008 8:48 PM
To: Ian Hickson
Cc: WHATWG
Subject: Re: [whatwg] Canvas line styles comments
Some comments on the newly modified version:
[snip]
"A join exists at any point in a subpath s
Some comments on the newly modified version:
"The lineCap attribute defines the type of endings that UAs shall
place on the end of lines." - it seems weird to use "shall", since
this is the only place in the spec (except the list of RFC2119
keywords) that uses it. The other line* properties don't
On Tue, 19 Jun 2007, Philip Taylor wrote:
>
> For lineJoin, the term "joins" is used but not properly defined
> (except indirectly as "where two lines meet"). Given the
> implementations, this should be something like:
> """
> For each subpath, a join exists at the point shared by each
> consecuti
Lines are great fun.
See http://canvex.lazyilluminati.com/misc/lines.html for a random
collection of demonstrations relating to the stuff below.
For lineJoin, the term "joins" is used but not properly defined
(except indirectly as "where two lines meet"). Given the
implementations, this should