[whatwg] Still beating the drawString() dead horse...

Martin Atkins mart at degeneration.co.uk
Tue Nov 14 00:31:01 PST 2006


Stefan Haustein wrote:
> Hi,
> 
> I have tried to sum up the requirements for 
> CanvasRenderingContext2D.drawString() at
> http://rhino-canvas.sf.net/www/drawstring.html
> 
> The page contains an API proposal based on the Font/TextStyle object 
> approach that
> meets all those requirements, and also some motivation why I have 
> implemented this
> approach and not one of the alternatives discussed here.
> 

Some comments:

--------------------

void drawString(in float x, in float y, in DOMString text);
  ...
attribute DOMString verticalAlign;
attribute DOMString textAlign;

I'm guessing from the function signature that what is actually changing 
here is how the coordinates (x,y) relate to the rendered text. a 
textAlign of right will presumably cause the text to be drawn with the 
rightmost edge at x.

However, it'd also be useful to be able to render formatted blocks of 
text, like this:

void drawString(in float x1, in float y1, in float x2, in float y2,
                 in DOMString text)

...which wrap text and would make a textAlign of "justify" meaningful. 
Suddenly a bunch more CSS properties become attractive (margins and 
letter spacing, for example) but I think line-height alone would do for now.

Rendering formatted blocks of text seems to me to be such a common thing 
that the canvas API should support it natively.

This does, of course, require more functions on TextStyle to measure the 
extent of a block of text. This could probably be confined to just the 
following:

float getBlockHeight(in DOMString s, float width)

--------------------

I think that a good use-case for this would be replacing regular 
document elements with canvases, either using bare script or using XBL. 
You point out in your document that drawElement(e) is tricky, but for 
limited cases it would be nice to be able to obtain the computed style 
of the canvas element to use for rendering, so that the text can match 
the style of the surrounding document.

This can be as simple as one method on the canvas context to fetch the 
computed style, which would presumably return null in a non-browser 
implementation of the API.

CanvasTextStyle getInheritedStyle();

For example, this could be used to create some kind of visual effect 
(fancy headings?) or to render a graphical element from some XML 
namespace that isn't supported in browsers yet.




More information about the whatwg mailing list