This repo needs a build system that can handle the growing requirements. In particular, I think we need the following:
Multiple build targets. In particular, I would like to support:
a full build (i.e. roughly what's produced today),
a debug build (no mangling, easy to understand issues in dev tools debugging),
one or more reduced builds, e.g.
a JS animation only build without the CSS support #173)
a build with minimal performance overhead, e.g. skips observers for size changes.
I suspect the easy way we get different subsets of features is with different top level targets and modular includes. E.g. an include could install hooks for conformance code which would be no-ops when not installed.
Reserved name support. See #200 for a particular example where due to mangling we are failing tests.
Typescript? Not strictly required but I think having strict typing will make it easier to ensure correctness and make working on the polyfill easier.
@johannesodland @bramus WDYT? Does this seem good, anything else we need?
This repo needs a build system that can handle the growing requirements. In particular, I think we need the following:
Multiple build targets. In particular, I would like to support:
I suspect the easy way we get different subsets of features is with different top level targets and modular includes. E.g. an include could install hooks for conformance code which would be no-ops when not installed.
Reserved name support. See #200 for a particular example where due to mangling we are failing tests.
Typescript? Not strictly required but I think having strict typing will make it easier to ensure correctness and make working on the polyfill easier.
@johannesodland @bramus WDYT? Does this seem good, anything else we need?