[whatwg] Canvas lack of drawString method
    Gervase Markham 
    gerv at mozilla.org
       
    Wed Oct 18 11:52:35 PDT 2006
    
    
  
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
    
    
More information about the whatwg
mailing list