"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?
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
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.
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:
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
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."
28 comments
[ 2.9 ms ] story [ 60.9 ms ] thread[1]Safari v10.0, OS X v10.11.6 (El Capitan)
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.
- 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:
would create:Also, if you would like to be involved in the discussion or thread, feel free to. We welcome constructive ideas and suggestions.
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.