W3C home > Mailing lists > Public > whatwg@whatwg.org > September 2013

Re: [whatwg] Blurry lines in 2D Canvas

From: Rik Cabanier <cabanier@gmail.com>
Date: Sat, 28 Sep 2013 20:42:37 -0700
Message-ID: <CAGN7qDCgiSWx9GWGBp9S4gueEqBnW6NPWA1bsXOAbOmr+k9UGg@mail.gmail.com>
To: Ian Hickson <ian@hixie.ch>
Cc: WHAT Working Group <whatwg@whatwg.org>
On Fri, Sep 27, 2013 at 2:08 PM, Ian Hickson <ian@hixie.ch> wrote:

> On Thu, 5 Sep 2013, Rik Cabanier wrote:
> > On Thu, Sep 5, 2013 at 3:22 PM, Ian Hickson <ian@hixie.ch> wrote:
> > > On Sat, 10 Aug 2013, Rik Cabanier wrote:
> > > >
> > > > I was wondering if this is something that happens in Flash as well.
> > > > It turns out that there's an option called "hinting: Keep stroke
> > > > anchors on full pixels to prevent blurry lines." There's a blog post
> > > > on what this does:
> > > >
> > > >
> http://www.kaourantin.net/2005/08/stroke-hinting-in-flash-player-8-aka.html
> > > >
> http://www.kaourantin.net/2005/08/stroke-hinting-in-flash-player-8-aka.html
> > > >
> > > > I created an example (in flash sorry) that shows the feature:
> > > > http://cabanier.github.io/BlendExamples/pixelsnap/pixelsnap.html 2
> > > > sets of strokes move across the screen and are also scaled.
> > > >
> > > > The top strokes behave like canvas does today. They start of blurry
> > > > and during the animation they slowly get ticker. For some reason it
> > > > doesn't look very smooth. The bottom strokes have hinting turned on.
> > > > They are sharp at the beginning and during the animation they stay
> > > > the same size until the internal stroke width is large enough. At
> > > > that point you see a 'jump'.
> > > >
> > > > I think canvas should have a similar feature...
> > >
> > > Can you elaborate on how exactly you would want this to work? How
> > > would you avoid the alignment and distortion problems when applying
> > > this to anything less trivial than a rectangle?
> >
> > Basically, this would *just* move the control points and the width of
> > paths so the strokes are always aligned to the pixel grid (This would
> > take pixel density and transformations into account). After this, you
> > would draw as usual.
>
> Can you define "aligned to the pixel grid"?
>
> If I have a line from x1,y to x2,y, followed by an arc from x2,y back to
> x1,y with radius r, what should happen and why?
>

Align the anchor points of all the segments. Don't change any of the
anti-aliasing behavior.


>
> What if they're draw as separate paths?


I'm unsure if I follow. That shouldn't make a different.
What might be different however, is if you draw a diagonal line in 1
segment or 2 since the middle point will be aligned to the grid in the
latter case.
Received on Sunday, 29 September 2013 03:43:03 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:09 UTC