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

Re: [whatwg] Enabling LCD Text and antialiasing in canvas

From: Robert O'Callahan <robert@ocallahan.org>
Date: Tue, 19 Feb 2013 12:29:13 +1300
Message-ID: <CAOp6jLY5Vhss+DF6PaWEGrv9FD6nk6YdP1S+vm7dyudEG63rWw@mail.gmail.com>
To: Stephen White <senorblanco@chromium.org>
Cc: whatwg@whatwg.org, Ian Hickson <ian@hixie.ch>, Rik Cabanier <cabanier@gmail.com>
On Tue, Feb 19, 2013 at 12:01 PM, Stephen White <senorblanco@chromium.org>wrote:

> On Sat, Feb 16, 2013 at 4:09 AM, Robert O'Callahan <robert@ocallahan.org>wrote:
>
>> Not really true, you can just give up on the complex cases and draw
>> grayscale whenever you feel like it.
>>
>
> And leave the behaviour unspecified, I'm guessing?  Doesn't that least to
> inconsistent behaviour between browsers?  Even within one implementation,
> if you had content whose command stream varied over the maximum buffer
> length threshold, it'd toggle between subpixel and grayscale AA. Not sure
> if this is a case worth worrying about, but it does feel like it's exposing
> more of the implementation that one would like.
>

You could avoid toggling by disabling subpixel AA permanently if you're
forced over the buffer threshold.

I don't think we should try to specify exactly when subpixel AA happens.
There's huge variation across platforms and UAs already and it very rarely
matters for interop; when subpixel AA fails the site still works. I think
we should treat this as a quality-of-implementation issue, possibly
assisted by author hints.

Rob
-- 
Wrfhf pnyyrq gurz gbtrgure naq fnvq, “Lbh xabj gung gur ehyref bs gur
Tragvyrf ybeq vg bire gurz, naq gurve uvtu bssvpvnyf rkrepvfr nhgubevgl
bire gurz. Abg fb jvgu lbh. Vafgrnq, jubrire jnagf gb orpbzr terng nzbat
lbh zhfg or lbhe freinag, naq jubrire jnagf gb or svefg zhfg or lbhe fynir
— whfg nf gur Fba bs Zna qvq abg pbzr gb or freirq, ohg gb freir, naq gb
tvir uvf yvsr nf n enafbz sbe znal.” [Znggurj 20:25-28]
Received on Monday, 18 February 2013 23:29:38 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:19 UTC