JavaScript:JS3 Requirements: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| Line 8: | Line 8: | ||
** E4X's query and path operators rationalized for all types | ** E4X's query and path operators rationalized for all types | ||
** XDuce or similar extensions to the JS2/ES4 type system | ** XDuce or similar extensions to the JS2/ES4 type system | ||
* Changes to the core language, in particular to error handling rules, to make it easier to add new syntax in future versions of the language (JS n, where n > 3) without scripts using those languages breaking in earlier browsers (JS 3..n-1) | * Changes to the core language, in particular to error handling rules, to make it easier to add new syntax in future versions of the language (JS n, where n > 3) without scripts using those languages breaking in earlier browsers (JS 3..n-1) | ||
** This requires lexical and syntactic grammar extensibility, not just error handling as in | ** This requires lexical and syntactic grammar extensibility, not just error handling as in [[http://www.whatwg.org/specs/web-apps/current-work/#html5|HTML5]] | ||
* BigInt and other Big numeric types, and pragma support to use them for numeric literals and operators by default | * BigInt and other Big numeric types, and pragma support to use them for numeric literals and operators by default | ||
Revision as of 23:08, 9 April 2007
- Standardized hybrid information flow security model
- AST binary syntax as over-the-wire standard (self-verifying? implicit flows?)
- AST reflection
- Quotations
- Hygienic macros
- Safe, scalable concurrency
- "E5X"
- E4X's query and path operators rationalized for all types
- XDuce or similar extensions to the JS2/ES4 type system
- Changes to the core language, in particular to error handling rules, to make it easier to add new syntax in future versions of the language (JS n, where n > 3) without scripts using those languages breaking in earlier browsers (JS 3..n-1)
- This requires lexical and syntactic grammar extensibility, not just error handling as in [[1]]
- BigInt and other Big numeric types, and pragma support to use them for numeric literals and operators by default