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

Re: [whatwg] Clipping text in in canvas

From: David Dailey <ddailey@zoominternet.net>
Date: Sun, 15 Sep 2013 12:04:09 -0400
To: "'Jasper St. Pierre'" <jstpierre@mecheye.net>, <whatwg@whatwg.org>
Message-ID: <000601ceb22d$36ae0610$a40a1230$@net>
Last I checked applying a clipPath to text in SVG works consistently across
browsers, and there it remains accessible: to screen readers, indexing,
searching, drag-to-select, etc. Why would one want a bunch of pixels that
resemble text?

Just saying,

-----Original Message-----
From: whatwg-bounces@lists.whatwg.org
[mailto:whatwg-bounces@lists.whatwg.org] On Behalf Of Jasper St. Pierre
Sent: Sunday, September 15, 2013 11:38 AM
To: whatwg@whatwg.org
Subject: [whatwg] Clipping text in in canvas

The canvas specification maintains:

    These shapes are painted without affecting the current path, and are
subject to shadow effects, global alpha, the clipping region, and global
composition operators. [0]

But no browsers I tested actually implement the "clipping region" part.
Should this be removed for backwards compatibility reasons? Should we
introduce a new method of clipping text be introduced, or should we just
require users who want to draw clipped text to draw to a scratch canvas and
use drawImage to copy the pixels?

Received on Sunday, 15 September 2013 16:04:41 UTC

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