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
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
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
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
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