On Tue, 17 Oct 2006 20:16:33 +0200, Charles Iliya Krempeaux
[EMAIL PROTECTED] wrote:
Hello Alfonso,
On 10/17/06, Alfonso Baqueiro [EMAIL PROTECTED] 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
On Tue, 17 Oct 2006 20:32:11 +0200, Mathieu Henri [EMAIL PROTECTED] wrote:
On Tue, 17 Oct 2006 20:16:33 +0200, Charles Iliya Krempeaux
[EMAIL PROTECTED] wrote:
Hello Alfonso,
On 10/17/06, Alfonso Baqueiro [EMAIL PROTECTED] wrote:
The canvas component is very promising, but the lack
On Wed, 18 Oct 2006 20:52:35 +0200, Gervase Markham [EMAIL PROTECTED]
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
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
Hi,
The current specification of the createRadialGradient( x0, y0, r0, x1,
y1, r1 ) [1] is a bit ambiguous about the colour to use in the disc
defined by x0, y0, r0 when a colorStop is set for the offset 0. Should
the disc be transparent black or should it be filled with the color
defined
Hi,
I couldn't find a mention of the order of the color components. Since
this may vary across device/resolution/screen/... the user agent should
deal with the pixel format in a transparent way and expose the
components in a consistent order. Say R,G,B,A as it is already used in
CSS and SVG.
Gervase Markham wrote:
Behnam ZWNJ Esfahbod wrote:
This is SO overkill. This should be handled by the user agent.
Actually some already do. Opera has done that for years, and IE7 is
close but fall short by not zooming the background images.
The second one is to get the web server decide
Anne van Kesteren wrote:
On Sat, 12 May 2007 17:54:25 +0200, Anne van Kesteren [EMAIL PROTECTED]
wrote:
These features are nice but I don't think authors will understand that
imagedata.height != canvas.height (likewise for width). Authors will
just make something that works in their browser
Ian Hickson wrote:
On Fri, 21 Jul 2006, Henri Sivonen wrote:
I gather that a normative reference to the Porter�Duff paper is needed:
http://keithp.com/~keithp/porterduff/p253-porter.pdf
On Mon, 24 Jul 2006, L. David Baron wrote:
I've written tests for the 11 operators defined in the paper,
Maciej Stachowiak wrote:
On Jun 1, 2007, at 6:03 PM, Ian Hickson wrote:
On Fri, 23 Mar 2007, Anne van Kesteren wrote:
Wouldn't it be better if no INDEX_SIZE_ERR was raised but instead the
previous value was retained? For consistency with
CanvasRenderingContext2D.globalAlpha for instance.
Stefan Gössner wrote:
One possible use case of canvas are technical drawings. For even
extremely simple drawings - think of a circle with centerlines and a
diameter dimension - dash-dotted lines are needed as well as dimension
text.
I would like to see both (dashed lines and text) in future
Anne van Kesteren wrote:
On Sun, 13 Jan 2008 14:13:52 +0100, Oliver Hunt [EMAIL PROTECTED] wrote:
I did wonder about why other origins could read anything myself, so
you're not alone -- it just seemed especially odd to allow images to
be written safely but not ImageData.
ImageData is always
James Graham wrote:
David Gerard wrote:
Forgive me if this is a simple and obvious question. I note that all
current browsers (except IE, of course) implement SVG rendering (to a
better or worse degree). I'd like to be able to drop SVG images into
an HTML page as easily as I can a JPEG or PNG.
Charles McCathieNevile wrote:
On Thu, 24 Jan 2008 04:19:37 +1100, Mathieu HENRI [EMAIL PROTECTED] wrote:
James Graham wrote:
David Gerard wrote:
... I'd like to be able to drop SVG images into
an HTML page as easily as I can a JPEG or PNG. I read over the
recently-released HTML5 draft
Greg Houston wrote:
Having worked with the canvas tag quite a bit now, I've found that it
is a bit awkward that the canvas tag is not taking advantage of CSS.
If you are changing your site design, perhaps you want to change the
colors used in your line graphs as well. So you make the changes in
Thomas Broyer wrote:
On Tue, Apr 8, 2008 at 11:37 AM, Greg Houston wrote:
Between Anne, Thomas and I, we have clearly shown that the individual
shapes within a canvas element can indeed be effected by CSS at the
time of their rendering and re-rendering(such as in an animation).
at the time
Ian Hickson wrote:
I have introduced the following APIs:
context.font
context.textAlign
context.textBaseline
context.fillText()
context.strokeText()
context.measureText()
They are defined here:
http://www.whatwg.org/specs/web-apps/current-work/#text
I haven't provided a
Ian Hickson wrote:
On Wed, 7 May 2008, Tim Johansson wrote:
On Tue, 06 May 2008 05:10:41 +0200, Ian Hickson [EMAIL PROTECTED] wrote:
I have introduced the following APIs:
context.font
context.textAlign
context.textBaseline
context.fillText()
context.strokeText()
strokeText
Hi,
As of today the variants of the putImageData() method copy a region of
an ImageData (in device pixels) straight to a Canvas (in intrinsic
pixels) and do not allow to scale the region further than the obvious
device to intrinsic scaling.
This means that if a developer needs to copy and
Mathieu HENRI wrote:
Hi,
As of today the variants of the putImageData() method copy a region of
an ImageData (in device pixels) straight to a Canvas (in intrinsic
pixels) and do not allow to scale the region further than the obvious
device to intrinsic scaling.
This means
Dr. Markus Walther wrote:
I have noted an asymmetry between canvas and audio:
canvas supports loading of ready-made images _and_ pixel manipulation
(get/putImageData).
audio supports loading of ready-made audio but _not_ sample manipulation.
With browser JavaScript getting faster all the
Mathieu HENRI wrote:
Dr. Markus Walther wrote:
I have noted an asymmetry between canvas and audio:
canvas supports loading of ready-made images _and_ pixel
manipulation (get/putImageData).
audio supports loading of ready-made audio but _not_ sample
manipulation.
With browser JavaScript
Dr. Markus Walther wrote:
My understanding of HTMLMediaElement is that the currentTime, volume
and playbackRate properties can be modified live.
So in a way Audio is already like Canvas : the developer modify things
on the go. There is no automated animations/transitions like in SVG
Ondřej Žižka wrote:
Hi,
I've been looking for something similar to OpenGL's selection buffer - that is,
you can get some object ID for the given coordinates.
E.g., Jacob Seidelin's chess game http://blog.nihilogic.dk/search/label/chess
could use it, but instead, keyboard control had to be
24 matches
Mail list logo
