W3C home > Mailing lists > Public > whatwg@whatwg.org > August 2012

Re: [whatwg] Why won't you let us make our own HTML5 browsers?

From: Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com>
Date: Wed, 29 Aug 2012 08:34:47 +0100
Message-ID: <CAEhSh3cPQVHCxPD5hcNHLtLxngxACrW1qRM5_a98YiVnsGi6Bw@mail.gmail.com>
To: Fred Andrews <fredandw@live.com>
Cc: "whatwg@whatwg.org List" <whatwg@whatwg.org>, Ian Hickson <ian@hixie.ch>, Mark Callow <callow_mark@hicorp.co.jp>
On Wed, Aug 29, 2012 at 3:39 AM, Fred Andrews <fredandw@live.com> wrote:
> We should also consider new computation approaches for use within web content that gives the users better control.

I think getting new features along these lines into user agents is
more effective than adding informative notes to specs. ;)

> Javascript is just too general a programming language for easy management and is heading in the direction of Java.

I'm not sure how far the problem is Javascript, rather than the
browser and document object models exposed to JS. HTML does now offer
improved sandboxing (see the sandbox attribute on iframe). But see
also http://www.adsafe.org/ for some more ideas about sandboxing JS.

> For example a lot could be done with data-flow computations.

Are you talking about something like the "calculate" property from XForms?

http://www.w3.org/TR/2009/REC-xforms-20091020/#model-prop-calculate

> This could implement equations for layout,

Layout deficiencies are best addressed by adding CSS features, no?

>, and simple event processing, that would meet the needs of many websites without the need to even enable 'Javascript'.

Note HTML has introduced a lot of new features that would previously
have required JS events: video, audio, new field types,
autocompletion, basic clientside validation.

(There was an idea knocking around a few months ago to allow users to
open <dialog> elements without JS as well as close them, but that's
not yet made an appearance in the spec.)

> More advanced data-flow blocks could well be managed by the user, much like apps, and may run managed Javascript.

Are you talking about (say) a variation on the <output> element where
the interfaces exposed to the JS to do the calculation would be
limited?

> General Javascript code execution needs to be separated from the web content - the two have become confused.

I think we can certainly add new features to the JS-independent HTML
core, but I wouldn't expect the gradual absorption of common
imperatively programmed patterns into declarative features to stop
lots of sites requiring JS.

--
Benjamin Hawkes-Lewis
Received on Wednesday, 29 August 2012 07:35:39 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:44 UTC