On Tue, 29 Aug 2006, Anne van Kesteren wrote:
Instead of returning an uppercase six digit hex value I suggest
returning a lowercase value for compatibility with what UAs (including
IE) currently do for CSS already and what Mozilla already does for
canvas.
Done.
On Tue, 5 Sep 2006,
On 10 May 2007, at 07:31, Ian Hickson wrote:
On Tue, 29 Aug 2006, Anne van Kesteren wrote:
Instead of returning an uppercase six digit hex value I suggest
returning a lowercase value for compatibility with what UAs
(including
IE) currently do for CSS already and what Mozilla already does
On Thu, 10 May 2007 06:52:33 +0200, Ian Hickson [EMAIL PROTECTED] wrote:
The W3C's HTML working group today resolved to start from the current
WHATWG work. Specifically, the group resolved to review our work, and
will probably build on it.
Can everyone give feedback on where they would like to
On May 10, 2007, at 1:13 AM, Anne van Kesteren wrote:
On Thu, 10 May 2007 06:52:33 +0200, Ian Hickson [EMAIL PROTECTED] wrote:
The W3C's HTML working group today resolved to start from the current
WHATWG work. Specifically, the group resolved to review our work, and
will probably build on it.
On 10 May 2007, at 08:45, Anne van Kesteren wrote:
On Thu, 10 May 2007 09:02:52 +0200, Nicholas Shanks
[EMAIL PROTECTED] wrote:
Would it not make more sense to fix the UAs.
lower-case hex is horrible to read.
Feel free to convince the Microsoft Internet Explorer team. Then
again, it's not
what about alert(xxx.fillStyle.toUppercase()) ?
On 5/10/07, Nicholas Shanks [EMAIL PROTECTED] wrote:
On 10 May 2007, at 08:45, Anne van Kesteren wrote:
On Thu, 10 May 2007 09:02:52 +0200, Nicholas Shanks
[EMAIL PROTECTED] wrote:
Would it not make more sense to fix the UAs.
lower-case hex
Done.
Note that the presentation reflects platform rule is unacceptable either
since that essentially means that markup is not allowed in the label, except
for the control that is being labeled.
Chris
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anne
On 5/10/07, Jeff Cutsinger [EMAIL PROTECTED] wrote:
Maciej Stachowiak wrote:
I'd like to request that we preserve compatibility with existing party
venues.
But existing party venues aren't semantic enough! What if disabled
people want to attend?
A samozrejme by ste nemali zabudnut na ludi
Ian Hickson wrote:
Now we could exand that
by putting, e.g., a hash into the sandbox element's attributes:
body
pHello, you said:
sandbox md5=e59ff97941044f85df5297e1c302d260Hello World/sandbox
/p
/body
...but that doesn't actually help us determine where the end should be.
Gervase Markham skrev:
Henri Sivonen wrote:
I wonder if this issue could be solved on the layout/CSS level by
providing a way to make the height of an iframe depend on the actual
height of the root element of the document loaded in the iframe. That
is, would it be feasible to make the iframe
Which IMO is a great achievement (might have been a logical step for (a
lot of) people here, but still: CONGRATZ!
Thus, the Web Applications 1.0 spec is now officially named HTML5!
On May 9, 2007, at 22:51, Philip Taylor wrote:
The common graphics APIs (at least
Cairo, Quartz and java.awt.Graphics, and any SVG implementation) all
have dashes specified by passing an array of dash lengths (alternating
on/off), so that should be alright as long as you define what units
it's
On Thursday 2007-05-10 11:08 +0200, Kristof Zelechovski wrote:
Internet Explorer uses style sheet objects instead; the code would be
similar to
document.styleSheets[0].addRule(.TBW, border-color: red)
While it is nonstandard, it would be a good candidate for standardizing
It's already
The interaction of area elements with CSS styling is not defined in
HTML 5. Since area elements are particularly unusual (in that they
appear an arbitrary number of times, whenever their containing map
is linked to by an img), I think it should be.
What Mozilla implements (as of Mozilla 1.8.1 /
On Sun, 2 Jul 2006, Stefan G�ssner wrote:
Each of the methods defined for the canvas 2d context return null. I
think it would be very convenient if instead they would return a
reference to the 2d context for that canvas. This would allow writing
such code as ctx.fill().stroke() or
On Wed, 2 Aug 2006, Sven Drieling wrote:
is it allowed to use multiple closePath() calls after beginPath()?
Yes. Does the spec say anything to suggest otherwise? If so, I should fix
it. I couldn't find any text to that effect, though.
Cheers,
--
Ian Hickson U+1047E
On Sun, 1 Oct 2006, Benjamin Joffe wrote:
I have set up a few pages to demonstrate bugs with Opera's canvas
implementation. You can see it here:
http://abrahamjoffe.com.au/ben/opera_canvas_bugs/index.htm , I am sure
that the first 3 are genuine Opera bugs but the 4th one might not be
17 matches
Mail list logo