Re: [whatwg] Canvas lack of drawString method

2006-10-24 Thread Gervase Markham
David Hyatt wrote: and then the API would be something like: drawText(y-coord of baseline, barchart, myText) I like this idea :-) At the risk of overcomplicating, vertical text is a common requirement for graphs and charts. If this is simpler to implement than the arbitrary text rotation

[whatwg] Suggestion: Event-source to be DOM based rather than an HTML element

2006-10-24 Thread Rohan Prabhu
Dear Sir/Madam,I am writing this mail because I've recently studied your Web Applications 1.0 specifications, and have found a rather strange point in it. As the 'event-source' element is embedded in the Markup itself, it makes little sense. It is for the simple reason that, assuming there be more

[whatwg] Suggestion: Event-source to be DOM based rather than an HTML element

2006-10-24 Thread Rohan Prabhu
Dear Sir/Madam,I am writing this mail because I've recently studied your Web Applications 1.0 specifications, and have found a rather strange point in it. As the 'event-source' element is embedded in the Markup itself, it makes little sense. It is for the simple reason that, assuming there be more

Re: [whatwg] Canvas lack of drawString method

2006-10-24 Thread Lachlan Hunt
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? Just for a bit of fun, I created a demo to show how it is already possible to render

Re: [whatwg] Canvas lack of drawString method

2006-10-24 Thread Stefan Haustein
Hi David, I think it is very important to be able to determine the rendered size of the text. Otherwise, there is no reliable way to make sure things do not overlap. Also, some kinds of applications (flash-like effects, labels expressing weight or distance, WYSIWYG text editors) may require