polymer-webpack-loader

Polymer component loader for webpack.

The loader allows you to write mixed HTML, CSS and JavaScript Polymer elements and still use the full webpack ecosystem including module bundling and code splitting.

The loader transforms your components:

• <link rel="import" href="./my-other-element.html"> -> import &apos./my-other-element.html&apos
• <dom-module> becomes a string which is registered at runtime
• <script src="./other-script.js"></script> -> import &apos./other-script.js&apos

• <script>/* contents */</script> -> /* contents */

  What does that mean?

  Any <link> "href" or <script> "src" that is not an external link and does not start with ~, /, ./ or a series of ../ will have ./ appended to the beginning of the value. To prevent this change use options ignoreLinks below.

Path Translations

Configuring the Loader

-- -------------------- ---- -------
-
  ----- ----------
  -------- ------------ -----------
  -------- ------------ -----------
  -------- -
    ------------ ------------ -----------
    ------------------ ------------ -----------
    ------------------ ------- -----------
    ----------- ------ ----------
  --
  ------- ------------------------
--

include: Condition(s)

See Rule.include and Condition in the webpack documentation. Paths matching this option will be processed by polymer-webpack-loader. WARNING: If this property exists the loader will only process files matching the given conditions. If your component has a <link> pointing to a component e.g. in another directory, the include condition(s) MUST also match that directory.

exclude: Condition(s)

See Rule.exclude and Condition in the webpack documentation. Paths matching this option will be excluded from processing by polymer-webpack-loader. NOTE: Files imported through a <link> will not be excluded by this property. See Options.ignoreLinks.

Options

ignoreLinks: Condition(s)

<link>s pointing to paths matching these conditions (see Condition in the webpack documentation) will not be transformed into imports.

ignorePathReWrite: Condition(s)

<link> paths matching these conditions (see Condition in the webpack documentation) will not be changed when transformed into imports. This can be useful for respecting aliases, loader syntax (e.g. markup-inline-loader!./my-element.html), or module paths.

processStyleLinks Boolean

If set to true the loader will rewrite <link import="css" href="..."> or <link rel="stylesheet" href="..."> that are inside the dom-module with <style>require(&apos...&apos)</style>. This will allow for the file to be processed by loaders that are set up in the webpack config to handle their file type.

1. Any <link> that is inside the <dom-module> but not in the <template> will be added to the <template> in the order the tags appear in the file.

-- -------------------- ---- -------
  ------------
    ----- ---------------- -----------------
    ----------
      ----- ---------------- -----------------
    ------------------
  --------------------

  ----- -------

  ------------
    ----------
      -----------------------------------
      -----------------------------------
    -----------
  -------------

1. The loader will only replace a <link> if the href is a relative path. Any link attempting to access an external link i.e. http, https or // will not be replaced.

htmlLoader: Object

Options to pass to the html-loader. See html-loader.

Use with Babel (or other JS transpilers)

If you&aposd like to transpile the contents of your element&aposs <script> block you can chain an additional loader.

-- -------------------- ---- -------
------- -
  -------- -
    -
      ----- ----------
      ---- -
        -- ------- ------- --- ------- ---- -- -----
        - ------- -------------- --
        - ------- ------------------------ -
      -
    -
  -
-

-- ----------- ------

------- -
  -------- -
    -
      ----- ----------
      -- ------- ------- --- ------- ----- -- ----
      ------- -------------------------------------
    -
  -
-

Use of HtmlWebpackPlugin

Depending on how you configure the HtmlWebpackPlugin you may encounter conflicts with the polymer-webpack-loader.

Example:

-- -------------------- ---- -------
-
  ----- ----------
  ------- --------------
  -------- -
    ----------------------- ----------------
  --
--
-
  ----- ----------
  ------- ------------------------
-

This would expose your index.html file to the polymer-webpack-loader based on the process used by the html-loader. In this case you would need to exclude your html file from the polymer-webpack-loader or look for other ways to avoid this conflict. See: html-webpack-plugin template options

Shimming

Not all Polymer Elements have been written to execute as a module and will require changes to work with webpack. The most common issue encountered is because modules do not execute in the global scope. Variables, functions and classes will no longer be global unless they are declared as properties on the global object (window).

class MyElement {} // I'm not global anymore
window.myElement = MyElement // Now I'm global again

For external library code, webpack provides shimming options.

• Use the exports-loader to add a module export to components which expect a symbol to be global.
• Use the imports-loader when a script expects the this keyword to reference window.
• Use the ProvidePlugin to add a module import statement when a script expects a variable to be globally defined (but is now a module export).
• Use the NormalModuleReplacementPlugin to have webpack swap a module-compliant version for a script.

You may need to apply multiple shimming techniques to the same component.

Boostrapping Your Application

The webcomponent polyfills must be added in a specific order. If you do not delay loading the main bundle with your components, you will see the following exceptions in the browser console:

Uncaught TypeError: Failed to construct 'HTMLElement': Please use the 'new' operator, this DOM object constructor cannot be called as a function.

Reference the demo html file for the proper loading sequence.

Maintainers