28 comments

[ 2.9 ms ] story [ 60.9 ms ] thread
"Your browser is not supported" on Safari[1]...seriously? Chrome is not the One True Browser. What bleeding edge feature could a poll possibly be relying on?

[1]Safari v10.0, OS X v10.11.6 (El Capitan)

Ditto Mobile Safari. That's even more egregious.
I'd tell you, but I got "You are not logged in. [Login with Github]", at which point I lost interest.
We wanted to give influence to those who are involved in open source and contributing to the community. Would be happy to discuss alternative options.
I have heard Instagram login is in the works. You might be able to login after all ( ͡° ͜ʖ ͡°).
I checked out speedread, but then I saw I had to create yet another account at which point I lost interest.
(comment deleted)
I'm using Firefox and everything is working, so doesn't seem to only work with Chrome, just not work with Safari. Doesn't really surprise me either that Safari is not supported.
Hey!!! This was an alpha feature that got leaked that we didn't expect to be circulated. Therefore we don't have UX/UI yet. We would love help and support so PR's, suggestions, issues are all welcome on github.com/webpack/webpack.js.org
'Write documentation MVP' is listed, seriously. Glad I switched to being a server-side dev.
I was actually kinda surprised by that- at least since I've started using it, I've found the documentation to be quite helpful.
DISCLAIMER: (dupe comment) This was an alpha feature that got leaked that we didn't expect to be circulated. Therefore we don't have UX/UI yet. We would love help and support so PR's, suggestions, issues are all welcome on github.com/webpack/webpack.js.org
It's got to be expanding documentation or writing more tutorials. There's so much you can do with webpack, but as a beginner I found it hard to wade through 3rd party blog posts to figure out best practices.
Have you checked out webpack.js.org/concepts. webpack.js.org is our entire new documentation effort designed initially for first time users.

Take a look and feel free to submit an issue if there are things that are still confusing or you would like to see more of.

Here are the things I had the most trouble with in the beginning:

- Externals. I still have trouble wrapping my head around this directive.

- Multiple output paths for multiple entry points (it wasn't intuitive to make the entry point key a relative path and I had to discover this method on stack overflow).

To be fair, a proper set of documentation for webpack would be a several hundred page book.

Edit: I see my second point still isn't mentioned anywhere in the old or new docs. Specifically:

  const ExtractCSS = new ExtractTextPlugin('[name].css');
  ...
  entry: {
    ['./app/bundle']: './source/app/index.js',
    ['./admin/bundle']: './source/admin/index.js'
  },
  output: {
    path: './build/',
    filename: '[name].js'
  }
  ...
would create:

  build/
    app/
      bundle.js
      bundle.css
    admin/
      bundle.js
      bundle.css
Thanks for the thoughtful reply. I've created an issue for it so that we can discuss and plan where and what content should be added. https://github.com/webpack/webpack.js.org/issues/416

Also, if you would like to be involved in the discussion or thread, feel free to. We welcome constructive ideas and suggestions.

Wow. This documentation is so much better than what was previously available. Thank you from the bottom of my heart.

The one thing I will point out is that from a UX perspective the font you are using "Cabin", is naturally smaller and more compact than more common sans fonts (e.g. Open Sans, Century Gothic).

Because of this, even though your site is font-size 16, everything appears smaller than it would normally be.

Coming from a no-design-ux background, I never considered this and it would be a perfect issue on our github. Would you be interested in creating it? github.com/webpack/webpack.js.org/issues/new
Coming from a no-design-ux background, I never considered this and it would be a perfect issue on our github. Would you be interested in creating it? github.com/webpack/webpack.js.org/issues/new
(comment deleted)
I had never seen this before. I'm excited to explore it, as I use webpack for all my projects anymore. Thanks you.
The entry I wish I saw in there: "Persistent chunk cache so that compiles are incremental even on restart of webpack." Once you start getting a large number of assets into a deployment pipeline, recompiling everything from scratch every time becomes very painful. Wish webpack could help here out of the box without needing handrolled caching solutions.
There is potentially a plugin that might work for you but an RFC on our core repo would be worth the time. Check out hard-source-webpack-plugin and see if that helps you.
Thanks so much for the pointer to that plugin; it looks like it does exactly what I'm looking for. It's a testament to webpack's configurability that a plugin can get deep enough into the guts to do that. I remember looking at https://github.com/webpack/webpack/issues/250 ("Cache build information between webpack processes") back in the day and even now it looks like it's still open/unresolved/tagged "difficult."
Be more easy and allow to works not only with nodejs, also more flexible manipulations with dist files in wwwroot.
Be more easy and allow to works not only with nodejs, also more flexible manipulations with dist files in wwwroot.