On Tue, Aug 5, 2008 at 4:02 PM, Thomas Broyer <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 5, 2008 at 8:03 AM, Garrett Smith wrote:
>> On Mon, Aug 4, 2008 at 3:17 PM, Thomas Broyer wrote:
>>>
>>> Actually, there is:
>>> http://www.w3.org/TR/html5/dom.html#htmlcollection
>>> and I believe the "elements"
Some quick notes/questions...
- I think the manifest should be some structured, extensible format
such as XML or JSON. The current text-based format is going to quickly
turn into a mess as we add additional fields and rows.
- I like the fallback entry feature, but I don't understand why it is
cou
Simon Pieters wrote:
On Mon, 04 Aug 2008 20:21:01 +0200, Jonas Sicking <[EMAIL PROTECTED]>
wrote:
However if we want to add support for the long list of JS attributes
that exist on elements today on each and every HTML element I
suspect that is going to get messier. Especially considering th
On Tue, Aug 5, 2008 at 8:03 AM, Garrett Smith wrote:
> On Mon, Aug 4, 2008 at 3:17 PM, Thomas Broyer wrote:
>>
>> Actually, there is:
>> http://www.w3.org/TR/html5/dom.html#htmlcollection
>> and I believe the "elements" property of HTMLFormElement is actually
>> an HTMLFormControlsCollection:
>> ht
Ian Hickson wrote:
On Tue, 5 Aug 2008, Jonas Sicking wrote:
Ian Hickson wrote:
But, oddity is par for the course in DOM, so I guess we'll just follow the
HTML 5 spec as-is, initialize readyState to "loading" in the object
constructor, and keep our fingers crossed.
If you find any problems with
Thanks for the quick reply...
On Tue, Aug 5, 2008 at 2:52 PM, Jonas Sicking <[EMAIL PROTECTED]> wrote:
>> I know this is weird wrt GC when combined with MessagePorts, and I
>> don't have a proposed solution.
>
> I don't think we should say much regarding GC at all. All we should say is
> that GC s
Aaron Boodman wrote:
I'm still digesting the Web Worker proposal, but here is some
feedback. Sorry it is a bit long.
Structural API stuff:
- I still haven't really internalized the need to either have workers
speak directly to anyone other than the person who created them, or
the other use cas
On Tue, 5 Dec 2006, Rohan Prabhu wrote:
>
> Dear all,
> i was just wondering, that in the Web Controls 1.0 specifications, in
> the psuedo classes specifications, could it be that the psuedo classes
> could also be the DOM Events which would modify the style information
> attached to it. Like for e
On Tue, 5 Aug 2008, Jonas Sicking wrote:
> Ian Hickson wrote:
> > > But, oddity is par for the course in DOM, so I guess we'll just follow the
> > > HTML 5 spec as-is, initialize readyState to "loading" in the object
> > > constructor, and keep our fingers crossed.
> >
> > If you find any problems
On Tue, 5 Aug 2008, Jonas Sicking wrote:
> > >
> > > 2. How can we listen to the onreadystatechange, if we want to
> > > trigger an event when the object starts loading? It will not change
> > > readystate since it was already in the state loading.
> >
> > In HTML5 there's no way to get an event
On Mon, 2 Jun 2008, Matthew Paul Thomas wrote:
>
> The disadvantage of using a data-* attribute is that more kinds of
> mistakes would be undetectable by a validator. It would have no idea
> that (a) the value of the attribute must be the ID of an element
> elsewhere in the document, and (b) ea
I'm still digesting the Web Worker proposal, but here is some
feedback. Sorry it is a bit long.
Structural API stuff:
- I still haven't really internalized the need to either have workers
speak directly to anyone other than the person who created them, or
the other use cases that MessageChannels
2. How can we listen to the onreadystatechange, if we want to trigger an
event when the object starts loading? It will not change readystate
since it was already in the state loading.
In HTML5 there's no way to get an event when an begins loading. It
begins loading when the src="" is set.
N
Ian Hickson wrote:
But, oddity is par for the course in DOM, so I guess we'll just follow
the HTML 5 spec as-is, initialize readyState to "loading" in the object
constructor, and keep our fingers crossed.
If you find any problems with doing this, please let me know, so we can
update the spec!
Blarg forward to list.
-- Forwarded message --
From: Tab Atkins Jr. <[EMAIL PROTECTED]>
Date: Tue, Aug 5, 2008 at 9:15 AM
Subject: Re: [whatwg] Nested lists
To: noclip <[EMAIL PROTECTED]>
On Mon, Aug 4, 2008 at 8:15 PM, noclip <[EMAIL PROTECTED]> wrote:
> Are there plans to na
On Fri, 13 Jun 2008, L. David Baron wrote:
>
> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas.html#text
> has the following bullet point:
> # Form a hypothetical infinitely wide CSS line box containing a
> # single inline box containing the text text, with all the
> #
On Tue, 5 Aug 2008, Aaron Boodman wrote:
> On Tue, Aug 5, 2008 at 1:12 AM, Ian Hickson <[EMAIL PROTECTED]> wrote:
> > Right now, if you navigate an iframe to a document, and take a
> > reference to a method defined in that document, and then navigate that
> > iframe to another document, and then ca
On Tue, Aug 5, 2008 at 1:12 AM, Ian Hickson <[EMAIL PROTECTED]> wrote:
> Right now, if you navigate an iframe to a document, and take a
> reference to a method defined in that document, and then navigate that
> iframe to another document, and then call the method, browsers differ in
> what they do.
I would like some input from browser vendors.
Right now, if you navigate an iframe to a document, and take a
reference to a method defined in that document, and then navigate that
iframe to another document, and then call the method, browsers differ in
what they do.
There are several behaviou
19 matches
Mail list logo
