On 17/05/07, Philip Taylor [EMAIL PROTECTED] wrote:
On 16/05/07, Ian Hickson [EMAIL PROTECTED] wrote:
For arc() and arcTo() the definition seems complete, but I'm not familiar
enough with graphics theory to know what quadraticCurveTo() and
bezierCurveTo() need. Could you suggest some text
very odd behaviour, since the output changes drastically if
you change alpha from 0.0 to 0.01. In all the implementations,
'lighter' is confusingly unlike 'darker' - names like 'plus' and
'multiply' make much more sense.)
--
Philip Taylor
[EMAIL PROTECTED]
) already provide, and it would
take more work to extend beyond their boundaries to match SVG, and
there doesn't seem to be much justification for doing that work, hence
the disparity with SVG.
David
--
Philip Taylor
[EMAIL PROTECTED]
have no idea how people tend to really
use these things in practice, and whether they give similar results in
those cases...
-David
--
Philip Taylor
[EMAIL PROTECTED]
On 16/05/07, Ian Hickson [EMAIL PROTECTED] wrote:
On Thu, 10 May 2007, Philip Taylor wrote:
e.g. the curve drawing section should give the equation for computing
the points on the curve
For arc() and arcTo() the definition seems complete, but I'm not familiar
enough with graphics theory
On 16/05/07, Ian Hickson [EMAIL PROTECTED] wrote:
On Mon, 26 Mar 2007, Philip Taylor wrote:
What should happen when Infinity or -Infinity or NaN are passed as float
arguments? I assume there shouldn't be a type exception since they're
perfectly valid floats (under the usual models
except for
drawImage and for toDataURL (which is the one place where the spec
explicitly says extra parameters must be allowed - but FF uses them
for privileged content, and throws a security exception if normal
content uses them).
--
Philip Taylor
[EMAIL PROTECTED]
dx, in float dy, in float dw, in float dh), but too many for
void drawImage(in HTMLImageElement image, in float dx, in float dy).
--
Philip Taylor
[EMAIL PROTECTED]
circle, and the end circle is never really filled.
--
Philip Taylor
[EMAIL PROTECTED]
) instead of a
flag, with the same effect.
Regards,
Maciej
--
Philip Taylor
[EMAIL PROTECTED]
On 15/05/07, Ian Hickson [EMAIL PROTECTED] wrote:
On Wed, 4 Apr 2007, Philip Taylor wrote:
Relating to data: URLs:
To prevent information leakage, the toDataURL() and getImageData()
methods should raise a security exception if the canvas ever had images
painted on it that originate from
Philip Taylor
suggested?
This would complicate setting fillStyle and strokeStyle. It's also not
clear what the use case is, as I understand it.
Being able to set colours by a [r,g,b(,a)] array would be slightly
useful for anyone computing colours. I've done some code which deals
with colours
-2JZkLKXTqc/buttons.html)
- correct
I couldn't find any others doing anything with the
ImageData.width/height, but three of those four will break when
somebody implements getImageData with imagedata.width != canvas.width.
--
Philip Taylor
[EMAIL PROTECTED]
On 12/05/07, Philip Taylor [EMAIL PROTECTED] wrote:
On 12/05/07, 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
of requiring one storage pixel per
canvas pixel is worth that theoretical limitation. (And if somebody
wants higher-resolution output, they can still do canvas width=800
height=800 style=width:100px; height:100px.)
--
Philip Taylor
[EMAIL PROTECTED]
On 12/05/07, Ian Hickson [EMAIL PROTECTED] wrote:
On Mon, 26 Mar 2007, Philip Taylor wrote:
[...] in some of the cases I had to guess what would be an acceptable
result when the spec doesn't specify it
Do you have any record of which cases the spec doesn't cover?
I believe I've sent emails
already in the spec fail the
usefulness requirements, or aren't specified to the detail necessary
for interoperability, but that's not a reason to add more.)
David Flanagan
--
Philip Taylor
[EMAIL PROTECTED]
that can be
easily split into straight lines, and when you don't want anything
fancy, which seems like it'd be enough for drawing lines on graphs.
Are there serious problems or limitations with this approach that
would make native support worth the cost?
David
--
Philip Taylor
[EMAIL PROTECTED]
LATIN CAPITAL
LETTER F
--
Philip Taylor
[EMAIL PROTECTED]
to
discover how they're doing it differently, but at least the future
implementations would be much easier to use.
--
Philip Taylor
[EMAIL PROTECTED]
of those examples have been fixed after being told
that they were wrong and that Firefox's behaviour wasn't going to
change?)
--
Philip Taylor
[EMAIL PROTECTED]
in the source document), so they shouldn't be relied
on for permanent links any more than the existing #thing links can be
relied on, but it should be good for short-term use.
--
Philip Taylor
[EMAIL PROTECTED]
/filters/feComposite.svg quite close
to the example rendering (whereas Firefox does nothing except
source-over) - the colours are a bit darker, but I don't know if
that's an issue with Opera or with the example.
David Dailey
--
Philip Taylor
[EMAIL PROTECTED]
/qpainter.html#CompositionMode-enum
[7] http://java.sun.com/j2se/1.5.0/docs/api/java/awt/AlphaComposite.html
--
Philip Taylor
[EMAIL PROTECTED]
this to the
subsequent parts of the canvas spec - I don't know how much time I'll
have for this, but I expect I'll do some more at some point in the
future, so any suggestions on what I'm doing wrong or how to do things
better would be useful!
--
Philip Taylor
[EMAIL PROTECTED]
)
transformation methods (scale, rotate, translate, transform,
setTransform).
In Compositing, darker says destination images while all the
others say destination image.
--
Philip Taylor
[EMAIL PROTECTED]
://www.treebuilder.de/default.asp?file=206524.xml
--
Philip Taylor
[EMAIL PROTECTED]
101 - 127 of 127 matches
Mail list logo