Do not polyfill library transformations
authorRandall Leeds <randall@apache.org>
Sun, 12 Nov 2017 20:55:50 +0000 (12:55 -0800)
committerRandall Leeds <randall@apache.org>
Sun, 12 Nov 2017 20:55:50 +0000 (12:55 -0800)
commit8b208e14ccaa6963bf61abfa17f86add0e44d824
tree90d006c9b1867d7fd06c292ae7dc617c347278ea
parent25d343acf2b4fc062e6bb00fc3a496dbccb1dda9
Do not polyfill library transformations

In order to publish the individual libraries more easily, prepare the
webpack configuration for use by the libraries, in addition to the demo.
Rather than adding polyfills through the babel runtime transformation
plugin, which results in imperfect polyfilling of some instance methods,
expect that applications will polyfill their environments. This decision
seems reasonable especially in light of the switch to using only shipped
proposals in the environment preset that avoids requiring any consumers
to apply highly experimental transformations.

Instead, add an import of @babel/polyfill to the demo and let the env
preset transform it to a minimal polyfill for the target environments.
demo/index.js
package.json
webpack.config.js
yarn.lock