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

Re: [whatwg] Wasn't there going to be a strict spec?

From: David Bruant <bruant.d@gmail.com>
Date: Fri, 10 Aug 2012 20:25:24 -0400
Message-ID: <5025A674.8030607@gmail.com>
To: Erik Reppen <erik.reppen@gmail.com>
Cc: whatwg@lists.whatwg.org, "Tab Atkins Jr." <jackalmage@gmail.com>
Le 10/08/2012 20:06, Erik Reppen a écrit :
> Sorry if this double-posted but I think I forgot to CC the list.
>
> Browser vendor politics I can understand but if we're going to talk about
> what "history shows" about people like myself suggesting features we can't
> actually support I'd like to see some studies that contradict the
> experiences I've had as a web ui developer for the last five years.
>
> Everybody seems on board with providing a JavaScript strict mode. How is
> this any different?
JavaScript strict mode enables to make a JavaScript program secure 
(there is some additional work to do, but you can do it yourself as a 
programmer) while it's almost impossible to write a secure program in 
non-strict JavaScript because of scope-violating (indirect) eval. 
JavaScript strict mode is almost a different language with that regard.
The ability to write securable JavaScript required an intervention at 
the language level.

HTML has no such thing to win with a strict mode as far as I know.
Also, JS strict mode deals with runtime and not syntax (with statement 
aside). That's far different from what could be expected from an HTML 
strict mode.

To some extent, CSP ("Content Security Policy", about to reach 
Recommandation stage soon) is your "HTML strict mode" if you care about 
security.

David
Received on Saturday, 11 August 2012 00:25:55 UTC

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