[whatwg] Canvas lack of drawString method

Charles Iliya Krempeaux supercanadian at gmail.com
Wed Oct 18 13:01:14 PDT 2006

Hello Gervase,

+1 for drawElement(e)

(A drawElement(e) procedure sounds like a really good idea.)

On 10/18/06, Gervase Markham <gerv at mozilla.org> wrote:
> Alfonso Baqueiro wrote:
> > The canvas component is very promising, but the lack of drawString
> > method could be a great error for its success, this lack is a huge
> > limitation, how could you resolve this problem?
> I've suggested this in the past as a solution to this problem: why not
> have a drawElement(elem) parameter?
> That way, you could build an accessible, readable version of the content
> inside the <canvas> tag, as alternative content, and copy labels or
> anything else into the <canvas> itself with drawElement(label). So the
> same content serves both as the accessible version and the used version.
> This would give us great flexibility, because the text you do have is
> controlled with all the power of the existing CSS and browser font
> model, obviating the need for font controls or font objects on the
> <canvas> API - which would inevitably be not as good as the CSS ones.
> And if browsers acquire downloadable font support, so does canvas.
> I would speculate wildly that it might even be easy to implement too.
> After all, I'm sure browsers have the ability to render the contents of
> a <div> tag to a drawing buffer...
> Gerv

    Charles Iliya Krempeaux, B.Sc.

    charles @ reptile.ca
    supercanadian @ gmail.com

    developer weblog: http://ChangeLog.ca/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20061018/b1ae5a58/attachment-0001.htm>

More information about the whatwg mailing list