On Fri, 27 Nov 2009 17:02:00 +0100, Simon Pieters sim...@opera.com wrote:
An idea for creating events is to support [Constructor] on all event
IDLs, which makes the createEvent method unnecessary.
Maybe we could even make the arguments to the constructor be called to
initFooEvent()
On Mon, Nov 30, 2009 at 4:46 PM, Kenneth Russell k...@google.com wrote:
CanvasPixelArray specifies that values greater than 255, including
+inf, are clamped to 255 and values less than 0, including -inf, are
clamped to zero. WebGLUnsignedByteArray (as people will see in the
WebGL draft spec
As currently speced, the proper usage of figure is:
figure
ddimg src=bunny.jpg alt=A Bunny/dd
dtThe Cutest Animal/dt
/figure
Apart from all that has been said about legacy parsing, leaking style in
IE, etc I would (perhaps not be the first to) add:
1. It seems quite easy to confuse or
On Mon, 30 Nov 2009 19:31:53 +0100, Philip Taylor
excors+wha...@gmail.com wrote:
But it looks like the spec changed since I last looked, and the setter
takes an 'octet' argument, so I think the conversion should happen as
per http://dev.w3.org/2006/webapi/WebIDL/#es-octet and
CanvasPixelArray
On Mon, Nov 30, 2009 at 12:41 PM, Philip Jägenstedt phil...@opera.com wrote:
As currently speced, the proper usage of figure is:
figure
ddimg src=bunny.jpg alt=A Bunny/dd
dtThe Cutest Animal/dt
/figure
Apart from all that has been said about legacy parsing, leaking style in IE,
etc I
Tab Atkins Jr. jackalm...@gmail.com schrieb am Mon, 30 Nov 2009
12:50:42 -0600:
Note: I would style it with figure [caption] instead, to ensure
you don't accidentally grab misplaced captions.
I would like to style captions on top differently from captions
underneath. What now ?
--
Nils
On Mon, Nov 30, 2009 at 10:41 AM, Philip Jägenstedt phil...@opera.com wrote:
As currently speced, the proper usage of figure is:
figure
ddimg src=bunny.jpg alt=A Bunny/dd
dtThe Cutest Animal/dt
/figure
Apart from all that has been said about legacy parsing, leaking style in IE,
etc I
Yeah, I think this dd, dt thing isn't really intuitive. (Looks like
these two elements from definition lists are now used everywhere.)
Your proposed syntax looks more nice. But still, why do we need the
figure-wrapper? It would be cleaner syntax, in my eyes, if you could
easily specify an
On Mon, 30 Nov 2009 19:50:42 +0100, Tab Atkins Jr. jackalm...@gmail.com
wrote:
The only thing you have to answer is what to do if there are multiple
@caption elements in the figure. I suggest taking either the first
or last; the exact choice is pretty much arbitrary.
Make it invalid and
Tab Atkins Jr. jackalm...@gmail.com schrieb am Mon, 30 Nov 2009
13:00:00 -0600:
On Mon, Nov 30, 2009 at 12:57 PM, Nils Dagsson Moskopp
nils-dagsson-mosk...@dieweltistgarnichtso.net wrote:
Tab Atkins Jr. jackalm...@gmail.com schrieb am Mon, 30 Nov 2009
12:50:42 -0600:
Note: I would style
On Mon, Nov 30, 2009 at 1:06 PM, Nikita Popov pri...@ni-po.com wrote:
Your proposed syntax looks more nice. But still, why do we need the
figure-wrapper? It would be cleaner syntax, in my eyes, if you could easily
specify an element that is related as a caption to another element. Could
look
Tab Atkins Jr. jackalm...@gmail.com schrieb am Mon, 30 Nov 2009
13:34:27 -0600:
Apologies, but I have no idea what you're talking about and can only
assume that we're both misunderstanding each other. […]
You were right. Mea culpa, I apparently left my sense of logic at the
door.
--
Nils
On Sun, 29 Nov 2009 12:42:13 +0100, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
Philip, all,
On Sun, Nov 29, 2009 at 9:37 PM, Philip Jägenstedt phil...@opera.com
wrote:
On Sun, 29 Nov 2009 06:21:45 +0100, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
My itext wasn't supposed to
On Fri, Jun 5, 2009 at 5:09 PM, Ian Hickson i...@hixie.ch wrote:
Defining a spec-blessed whitelist of element, attributes, and attribute
values is and filtering at the parser level is a significant new feature.
While I see that it has value, I think on the short term it would be
better to wait
On 01/12/2009, at 6:28 AM, Tab Atkins Jr. wrote:
People will very commonly use a wrapper in any case, for styling the
figure+caption together. For example, putting a border and background
on it and positioning it.
I agree with the inclusion of a wrapper in that in the standard use-case the
On Mon, Nov 30, 2009 at 6:07 PM, Kit Grose k...@iqmultimedia.com.au wrote:
Is there a semantic reason for p caption rather than simply repurposing the
caption element itself? It seems to me that captions in this context are
conceptually identical to captions for tables?
Not a semantic
On Nov 30, 2009, at 3:55 PM, Adam Barth wrote:
On Fri, Jun 5, 2009 at 5:09 PM, Ian Hickson i...@hixie.ch wrote:
Defining a spec-blessed whitelist of element, attributes, and
attribute
values is and filtering at the parser level is a significant new
feature.
While I see that it has value,
On Mon, Nov 30, 2009 at 5:43 PM, Maciej Stachowiak m...@apple.com wrote:
1) It seems like this API is harder to use than a sandboxed iframe. To use
it correctly, you need to determine a whitelist of safe elements and
attributes; providing an explicit whitelist at least of tags is mandatory.
On Nov 30, 2009, at 6:32 PM, Adam Barth wrote:
On Mon, Nov 30, 2009 at 5:43 PM, Maciej Stachowiak m...@apple.com
wrote:
1) It seems like this API is harder to use than a sandboxed iframe.
To use
it correctly, you need to determine a whitelist of safe elements and
attributes; providing an
On Tue, 3 Nov 2009, Simon Pieters wrote:
Web Workers says
If it failed to parse, then throw a SyntaxError exception and abort all
these steps.
Shouldn't that be SYNTAX_ERR exception?
No, it's trying to emulate eval().
--
Ian Hickson U+1047E
On Thu, 5 Nov 2009, David Bruant wrote:
First of all, there is a typo error in this example. The main HTML page
is a copy/paste of the first example (Worker example: One-core
computation).
Fixed.
My point here is to ask for a new attribute for the navigator object
that could describe
21 matches
Mail list logo
