W3C home > Mailing lists > Public > public-html@w3.org > July 2010

Re: document.load: History and a proposal

From: Adam Barth <w3c@adambarth.com>
Date: Tue, 27 Jul 2010 20:47:57 +0200
Message-ID: <AANLkTimS6QsYJUTjfNecZBVhmNnFwjjuiDegQUhQJLsM@mail.gmail.com>
To: Jonas Sicking <jonas@sicking.cc>
Cc: Ian Hickson <ian@hixie.ch>, HTML WG <public-html@w3.org>
On Tue, Jul 27, 2010 at 5:56 PM, Jonas Sicking <jonas@sicking.cc> wrote:
> On Tue, Jul 27, 2010 at 8:51 AM, Adam Barth <w3c@adambarth.com> wrote:
>> On Tue, Jul 27, 2010 at 5:47 PM, Jonas Sicking <jonas@sicking.cc> wrote:
>>> On Mon, Jul 26, 2010 at 10:36 PM, Ian Hickson <ian@hixie.ch> wrote:
>>>> On Sat, 27 Mar 2010, Maciej Stachowiak wrote:
>>>>>
>>>>> I'm much more concerned about the synchronous version of this API. Is
>>>>> there a way to tell how many sites use specifically the synchronous
>>>>> pattern, and how many depend on the request being fulfilled
>>>>> synchronously? It's true that synchronous XHR already allows blocking
>>>>> network I/O, but it's a regrettable part of the platform and I'd rather
>>>>> not add more constructs along these lines.
>>>>
>>>> I haven't avoided the sync API here, but I'd be glad to remove it if
>>>> browser vendors are not going to support it / are going to remove support.
>>>> As written, the spec can have the sync aspects easily removed.
>>>
>>> Does webkit not support synchronous document.load already? If not, I'd
>>> be happy to attempt to remove it from firefox and see what shakes out.
>>>
>>> I'd also love to remove document.load entirely, but I'm less confident
>>> that is doable. Does anyone have data? At the very least I'd like to
>>> restrict document.load to not work on displayed documents, i.e.
>>> documents with a defaultView != null.
>>
>> WebKit doesn't have document.load at all.  This is one of WebKit's
>> biggest compat problems.  I don't know whether the compat issues are
>> coming from the sync or async versions.
>
> Disregarding what the HTML5 spec says (since we can always adjust the
> spec to match reality), how has webkit planned on dealing with this
> issue? If it's one of webkits biggest compat problems, I would have
> imagined that you'd want to take some form of action?

Yes, that's why I sent the email on March 27 to this list.  I started
working on a patch for the issue, but some folks in the WebKit
community pointed out some tensions between the feature and some
design decisions in HTML5.  Hence, we deferred to the working group on
the design issues.

Adam
Received on Tuesday, 27 July 2010 18:48:55 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:17:10 GMT